From owner-freebsd-bugs Sun Jan 13 1:20: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7FCBC37B41C for ; Sun, 13 Jan 2002 01:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0D9K0c62538; Sun, 13 Jan 2002 01:20:00 -0800 (PST) (envelope-from gnats) Received: from D00015.dialonly.kemerovo.su (www2.svzserv.kemerovo.su [213.184.65.86]) by hub.freebsd.org (Postfix) with ESMTP id 9EB3537B400 for ; Sun, 13 Jan 2002 01:09:58 -0800 (PST) Received: (from eugen@localhost) by D00015.dialonly.kemerovo.su (8.11.6/8.11.6) id g0D98u103264; Sun, 13 Jan 2002 16:08:56 +0700 (KRAT) (envelope-from eugen) Message-Id: <200201130908.g0D98u103264@D00015.dialonly.kemerovo.su> Date: Sun, 13 Jan 2002 16:08:56 +0700 (KRAT) From: Eugene Grosbein Reply-To: Eugene Grosbein To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/33833: Correct kernel config for 4.4-RELEASE is incorrect for 4.5-RC1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33833 >Category: kern >Synopsis: Correct kernel config for 4.4-RELEASE is incorrect for 4.5-RC1 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 13 01:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Eugene Grosbein >Release: FreeBSD 4.5-RC i386 >Organization: Svyaz Service JSC >Environment: System: FreeBSD D00015.dialonly.kemerovo.su 4.5-RC FreeBSD 4.5-RC #1: Sun Jan 13 13:22:48 KRAT 2002 eu@D00015.dialonly.kemerovo.su:/usr/local/obj/mnt/old/usr/src/sys/DADV i386 >Description: MFC 1.24.2.11 of src/sys/netinet/ip_dummynet.c made ipfw/dummynet/bridge KLD'able and broke compilations of kernels containing DUMMYNET and not containing pseudo-device ether. >How-To-Repeat: Try to build this kernel. It's nearly real config for PPP-only networking. #start of file machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident EP maxusers 4 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options IPFIREWALL options IPFIREWALL_FORWARD options IPDIVERT options DUMMYNET device isa0 device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 device ata0 at isa? port IO_WD1 irq 14 device ata device atadisk options ATA_STATIC_ID device atkbdc0 at isa? port IO_KBD flags 0x01 device atkbd0 at atkbdc? irq 1 device vga0 at isa? port ? options VGA_NO_MODE_CHANGE device sc0 at isa? options SC_NO_CUTPASTE options SC_NO_SYSMOUSE options MAXCONS=8 device npx0 at nexus? port IO_NPX irq 13 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? port IO_COM3 irq 7 device sio3 at isa? port IO_COM4 irq 5 pseudo-device loop pseudo-device ppp 3 pseudo-device pty pseudo-device bpf #required by PPP_FILTER pseudo-device snp 4 pseudo-device gif options PPP_DEFLATE options PPP_BSDCOMP options PPP_FILTER options TCP_DROP_SYNFIN options ICMP_BANDLIM options DUMMYNET options INCLUDE_CONFIG_FILE options HZ=1000 options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options CLK_CALIBRATION_LOOP options CLK_USE_I8254_CALIBRATION options RANDOM_IP_ID #end if file There are last lines of make's output. cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/ipfilter -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 setdef1.c touch hack.c cc -elf -shared -nostdlib hack.c -o hack.So rm -f hack.c sh ../../conf/newvers.sh EP cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/ipfilter -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 vers.c linking kernel ip_dummynet.o: In function `transmit_event': ip_dummynet.o(.text+0x44e): undefined reference to `bdgtakeifaces_ptr' ip_dummynet.o(.text+0x4ae): undefined reference to `bdg_forward_ptr' *** Error code 1 >Fix: Workaround: add pseudo-device ether to kernel config even if you do not need this. Fix: unknown for me. If this won't be fixed before release, this should be documented in the src/UPDATING and dummynet(4) man page. pseudo-device ether adds currently 16Kb to kernel size. Eugene Grosbein >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 2:50:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CC4C37B482 for ; Sun, 13 Jan 2002 02:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DAo1G85832; Sun, 13 Jan 2002 02:50:01 -0800 (PST) (envelope-from gnats) Received: from raven.robbins.dropbear.id.au (121.a.004.mel.iprimus.net.au [210.50.36.121]) by hub.freebsd.org (Postfix) with ESMTP id 5DCC837B402 for ; Sun, 13 Jan 2002 02:49:03 -0800 (PST) Received: (from tim@localhost) by raven.robbins.dropbear.id.au (8.11.6/8.11.6) id g0DALGU03643; Sun, 13 Jan 2002 21:21:16 +1100 (EST) (envelope-from tim) Message-Id: <200201131021.g0DALGU03643@raven.robbins.dropbear.id.au> Date: Sun, 13 Jan 2002 21:21:16 +1100 (EST) From: "Tim J. Robbins" Reply-To: "Tim J. Robbins" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33834: strptime(3) is misleading Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33834 >Category: bin >Synopsis: strptime(3) is misleading >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 13 02:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Tim J. Robbins >Release: FreeBSD 4.5-RC i386 >Organization: >Environment: System: FreeBSD raven.robbins.dropbear.id.au 4.5-RC FreeBSD 4.5-RC #3: Sat Jan 12 17:11:56 EST 2002 tim@raven.robbins.dropbear.id.au:/usr/obj/usr/src/sys/RAVEN i386 >Description: strptime(3) claims that the conversion specifiers are exactly as those for strftime(3); this is an exaggeration: %n %t %G %g %u %V %v %z are not implemented in strptime.c. >How-To-Repeat: man 3 strptime >Fix: Explain that these conversions aren't implemented. If I get time, I'll try to implement the missing ones. --- strptime.3.old Sun Jan 13 20:59:01 2002 +++ strptime.3 Sun Jan 13 21:12:31 2002 @@ -57,8 +57,21 @@ All ordinary characters are matched exactly with the buffer, where white space in the format string will match any amount of white space in the buffer. -All conversion specifications are identical to those described in -.Xr strftime 3 . +Conversion specifications are identical to those described in +.Xr strftime 3 , +except for +.Fa \&%n +and +.Fa \&%t +which are unnecessary (white space is always ignored), and +.Fa \&%G , +.Fa \&%g , +.Fa \&%u , +.Fa \&%V , +.Fa \&%v +and +.Fa \&%z +which are not implemented. .Pp Two-digit year values, including formats .Fa %y >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 3:10: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D1A2537B405 for ; Sun, 13 Jan 2002 03:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DBA1G91478; Sun, 13 Jan 2002 03:10:01 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 03:10:01 -0800 (PST) Message-Id: <200201131110.g0DBA1G91478@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: clemensF Subject: Re: kern/27287: poll(2) returns 0 when POLLIN-ing ordinary files Reply-To: clemensF Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/27287; it has been noted by GNATS. From: clemensF To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/27287: poll(2) returns 0 when POLLIN-ing ordinary files Date: Sun, 13 Jan 2002 12:05:37 +0100 the code-fix proposed in the PR didn't make it into 4.3, although it is neccessary to get "real" programs running. the fix *has to* go into -stable! clemens fischer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 3:10:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CFF6A37B402 for ; Sun, 13 Jan 2002 03:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DBA2K91483; Sun, 13 Jan 2002 03:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 03:10:02 -0800 (PST) Message-Id: <200201131110.g0DBA2K91483@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: Re: bin/33834 Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33834; it has been noted by GNATS. From: "Tim J. Robbins" To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/33834 Date: Sun, 13 Jan 2002 21:37:35 +1100 On second thought, %n and %t might be necessary. Here is a corrected patch. --- strptime.3.old Sun Jan 13 20:59:01 2002 +++ strptime.3 Sun Jan 13 21:36:32 2002 @@ -57,8 +57,19 @@ All ordinary characters are matched exactly with the buffer, where white space in the format string will match any amount of white space in the buffer. -All conversion specifications are identical to those described in -.Xr strftime 3 . +Conversion specifications are identical to those described in +.Xr strftime 3 , +except for +.Fa \&%n , +.Fa \&%t , +.Fa \&%G , +.Fa \&%g , +.Fa \&%u , +.Fa \&%V , +.Fa \&%v +and +.Fa \&%z +which are not implemented. .Pp Two-digit year values, including formats .Fa %y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 4: 1:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4961B37B402; Sun, 13 Jan 2002 04:00:47 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DBv0t01858; Sun, 13 Jan 2002 03:57:00 -0800 (PST) (envelope-from wosch) Date: Sun, 13 Jan 2002 03:57:00 -0800 (PST) From: Message-Id: <200201131157.g0DBv0t01858@freefall.freebsd.org> To: wosch@FreeBSD.org, wosch@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/4357: bug in adduser script causes duplicate UIDs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: bug in adduser script causes duplicate UIDs Responsible-Changed-From-To: wosch->freebsd-bugs Responsible-Changed-By: wosch Responsible-Changed-When: Sun Jan 13 03:55:51 PST 2002 Responsible-Changed-Why: I'm no longer the maintainer of adduser. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=4357 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 4: 1:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4963A37B420; Sun, 13 Jan 2002 04:00:53 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DBw9l02465; Sun, 13 Jan 2002 03:58:09 -0800 (PST) (envelope-from wosch) Date: Sun, 13 Jan 2002 03:58:09 -0800 (PST) From: Message-Id: <200201131158.g0DBw9l02465@freefall.freebsd.org> To: wosch@FreeBSD.org, wosch@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/7324: Suggestions for minor modifications to adduser Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Suggestions for minor modifications to adduser Responsible-Changed-From-To: wosch->freebsd-bugs Responsible-Changed-By: wosch Responsible-Changed-When: Sun Jan 13 03:57:52 PST 2002 Responsible-Changed-Why: I'm no longer the maintainer of adduser. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=7324 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 4: 1:27 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 71D3F37B42C; Sun, 13 Jan 2002 04:00:56 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DBwpJ02572; Sun, 13 Jan 2002 03:58:51 -0800 (PST) (envelope-from wosch) Date: Sun, 13 Jan 2002 03:58:51 -0800 (PST) From: Message-Id: <200201131158.g0DBwpJ02572@freefall.freebsd.org> To: wosch@FreeBSD.org, wosch@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10601: Ownership of symlinks copied by adduser are not set correctly. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Ownership of symlinks copied by adduser are not set correctly. Responsible-Changed-From-To: wosch->freebsd-bugs Responsible-Changed-By: wosch Responsible-Changed-When: Sun Jan 13 03:58:31 PST 2002 Responsible-Changed-Why: I'm no longer the maintainer of adduser. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=10601 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 4: 1:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6EC3437B428; Sun, 13 Jan 2002 04:00:54 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DBvZU01977; Sun, 13 Jan 2002 03:57:35 -0800 (PST) (envelope-from wosch) Date: Sun, 13 Jan 2002 03:57:35 -0800 (PST) From: Message-Id: <200201131157.g0DBvZU01977@freefall.freebsd.org> To: wosch@FreeBSD.org, wosch@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/8745: adduser permit adding `root' and mail aliased username Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: adduser permit adding `root' and mail aliased username Responsible-Changed-From-To: wosch->freebsd-bugs Responsible-Changed-By: wosch Responsible-Changed-When: Sun Jan 13 03:57:12 PST 2002 Responsible-Changed-Why: I'm no longer the maintainer of adduser. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=8745 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 4:10: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8B41037B41A for ; Sun, 13 Jan 2002 04:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DCA3315893; Sun, 13 Jan 2002 04:10:03 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 04:10:03 -0800 (PST) Message-Id: <200201131210.g0DCA3315893@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: bin/33834 Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33834; it has been noted by GNATS. From: "Tim J. Robbins" To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: bin/33834 Date: Sun, 13 Jan 2002 22:38:11 +1100 Looks like these weren't implemented for a reason: they're not possible from the information given because the rest of the `tm' struct can't be assumed to be correct (except in the case of %n and %t which aren't very useful). I guess they could be checked and ignored like some of the other conversions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 5:33:12 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E773337B41A for ; Sun, 13 Jan 2002 05:33:09 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA12446; Mon, 14 Jan 2002 00:33:02 +1100 Date: Mon, 14 Jan 2002 00:33:51 +1100 (EST) From: Bruce Evans X-X-Sender: To: clemensF Cc: Subject: Re: kern/27287: poll(2) returns 0 when POLLIN-ing ordinary files In-Reply-To: <200201131110.g0DBA1G91478@freefall.freebsd.org> Message-ID: <20020114002859.P918-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 13 Jan 2002, clemensF wrote: > the code-fix proposed in the PR didn't make it into 4.3, although it is > neccessary to get "real" programs running. the fix *has to* go into > -stable! Um, this fix is in -stable. It was there in time for 4.4-release. It can't make it into 4.3 because it is newer than 4.3. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 6:20:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B4BF637B41A for ; Sun, 13 Jan 2002 06:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DEK1962023; Sun, 13 Jan 2002 06:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B96A637B416 for ; Sun, 13 Jan 2002 06:12:44 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DECi959890; Sun, 13 Jan 2002 06:12:44 -0800 (PST) (envelope-from nobody) Message-Id: <200201131412.g0DECi959890@freefall.freebsd.org> Date: Sun, 13 Jan 2002 06:12:44 -0800 (PST) From: Martin Birgmeier <1ybdtq3z@aon.at> To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33839: usb0: host controller halted (involving Alcatel Speedtouch ADSL modem) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33839 >Category: kern >Synopsis: usb0: host controller halted (involving Alcatel Speedtouch ADSL modem) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 13 06:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Martin Birgmeier >Release: RELENG_4_3_0_RELEASE >Organization: MBi at home >Environment: FreeBSD gandalf.bi 4.3-RELEASE FreeBSD 4.3-RELEASE #1: Sat Nov 17 19:46:48 CET 2001 root@gandalf.bi:/d/6s4e/OBJ/FreeBSD/RELENG_4_3_0_RELEASE/src/sys/GANDALF i386 - ASUS A7V motherboard - Alcatel Speedtouch modem - speedtouch-20011007.tar.bz2 - USB related dmesg output (slightly edited for brevity): kernel: uhci0: port 0xd400-0xd41f irq 9 at device 4.2 on pci0 kernel: usb0: on uhci0 kernel: usb0: USB revision 1.0 kernel: uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub0: 2 ports with 2 removable, self powered kernel: ugen0: ALCATEL Speed Touch USB , rev 1.10/0.00, addr 2 kernel: uhci1: port 0xd000-0xd01f irq 9 at device 4.3 on pci0 kernel: usb1: on uhci1 kernel: usb1: USB revision 1.0 kernel: uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub1: 2 ports with 2 removable, self powered kernel: ugen1: Hewlett-Packard HP Scanjet 5400C Series, rev 1.10/0.00, addr 2 kernel: uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 3 kernel: uhub2: 4 ports with 4 removable, self powered kernel: Device ugen0: name slot allocation failed (Errno=17) kernel: Device ugen0.1: name slot allocation failed (Errno=17) kernel: Device ugen0.5: name slot allocation failed (Errno=17) kernel: Device ugen0: name slot allocation failed (Errno=17) kernel: Device ugen0.1: name slot allocation failed (Errno=17) kernel: Device ugen0.5: name slot allocation failed (Errno=17) kernel: Device ugen0: name slot allocation failed (Errno=17) kernel: Device ugen0.1: name slot allocation failed (Errno=17) kernel: Device ugen0.5: name slot allocation failed (Errno=17) (The 'name slot allocation failed' messages happen during multi-user operation, when modem_run loads the microcode to the modem.) >Description: Sometimes (rarely) the system outputs usb0: host controller halted repeatedly. This always coincides with all lights off on the Alcatel modem, and the IP connection being dead. This state can only be remedied by a reboot. The modem lights come back on only after the BIOS has gone through the reset phase. If the system is not rebooted for an extended period of time, i.e., after quite a lot of the above error messages have been printed, it reboots spontaneously (without a dump, although these are enabled). (Note: I have a suspicion that the Alcatel modem might be powered off through a remote command from the CO. However, this is just a wild guess. I would like to have a command to reset the USB port while the system is running multi-user.) >How-To-Repeat: (unknown) >Fix: (unknown) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 6:47:49 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by hub.freebsd.org (Postfix) with ESMTP id ED80637B41C for ; Sun, 13 Jan 2002 06:47:46 -0800 (PST) Received: from fwd00.sul.t-online.de by mailout10.sul.t-online.com with smtp id 16PlvF-0002hg-05; Sun, 13 Jan 2002 15:47:45 +0100 Received: from spotteswoode.dnsalias.org (520082050842-0001@[62.155.170.214]) by fmrl00.sul.t-online.com with smtp id 16Plv4-2FPWIyC; Sun, 13 Jan 2002 15:47:34 +0100 Received: (qmail 5669 invoked by uid 0); 13 Jan 2002 14:47:33 -0000 Date: Sun, 13 Jan 2002 15:47:33 +0100 From: clemensF To: Bruce Evans Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/27287: poll(2) returns 0 when POLLIN-ing ordinary files Message-ID: <20020113144733.GF985@spotteswoode.dnsalias.org> References: <200201131110.g0DBA1G91478@freefall.freebsd.org> <20020114002859.P918-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020114002859.P918-100000@gamplex.bde.org> Organization: uhm, no X-PGP-ID: 0x214190AF X-Stamper-To: post@stamper.itconsult.co.uk X-Sender: 520082050842-0001@t-dialin.net Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Bruce Evans: > Um, this fix is in -stable. It was there in time for 4.4-release. It > can't make it into 4.3 because it is newer than 4.3. ok. i need the functionality badly. is it localized so i could somehow get and apply a patch? clemens fischer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 8: 0: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4C56F37B41D for ; Sun, 13 Jan 2002 08:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DG05U18713; Sun, 13 Jan 2002 08:00:05 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 08:00:05 -0800 (PST) Message-Id: <200201131600.g0DG05U18713@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dag-Erling Smorgrav Subject: Re: misc/33370: Post configuration issue Reply-To: Dag-Erling Smorgrav Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33370; it has been noted by GNATS. From: Dag-Erling Smorgrav To: Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/33370: Post configuration issue Date: 13 Jan 2002 16:55:27 +0100 writes: > Installing a new release `on top' of an old installation should always > be done *after* a backup of important data. It is not a safe way of > upgrading a running system. The originator stated that he tried to install the compat distribution, not that he did a binary upgrade. He may have done a binary upgrade by mistake, but until we've confirmed that the PR should remain open. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 8: 0:55 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A152F37B400; Sun, 13 Jan 2002 08:00:53 -0800 (PST) Received: (from des@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DFrPC17715; Sun, 13 Jan 2002 07:53:25 -0800 (PST) (envelope-from des) Date: Sun, 13 Jan 2002 07:53:25 -0800 (PST) From: Message-Id: <200201131553.g0DFrPC17715@freefall.freebsd.org> To: taitg@digitalimagination.com, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33370: Post configuration issue Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Post configuration issue State-Changed-From-To: closed->open State-Changed-By: des State-Changed-When: Sun Jan 13 07:52:53 PST 2002 State-Changed-Why: Closed by misunderstanding. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33370 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 8: 0:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 365B137B417; Sun, 13 Jan 2002 08:00:54 -0800 (PST) Received: (from des@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DFpIq17163; Sun, 13 Jan 2002 07:51:18 -0800 (PST) (envelope-from des) Date: Sun, 13 Jan 2002 07:51:18 -0800 (PST) From: Message-Id: <200201131551.g0DFpIq17163@freefall.freebsd.org> To: jfh@jfh00.fernuni-hagen.de, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/16155: cp -p does not preserve modification time with msdos-fs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: cp -p does not preserve modification time with msdos-fs State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Sun Jan 13 07:51:17 PST 2002 State-Changed-Why: Unable to reproduce problem on 4.4-RELEASE. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16155 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 8:40:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CD61D37B41C; Sun, 13 Jan 2002 08:40:47 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DGcua32461; Sun, 13 Jan 2002 08:38:56 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 08:38:56 -0800 (PST) From: Message-Id: <200201131638.g0DGcua32461@freefall.freebsd.org> To: B.Candler@pobox.com, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/27408: rc.network hangs at rpc.umntall if stale NFS mounts exist in /var/db/mounttab Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rc.network hangs at rpc.umntall if stale NFS mounts exist in /var/db/mounttab State-Changed-From-To: open->feedback State-Changed-By: iedowse State-Changed-When: Sun Jan 13 08:05:41 PST 2002 State-Changed-Why: There were a number of bugs in rpc.umntall that have been fixed recently, including a bug that prevented you from simply hitting ^C to let the boot process continue, and old entries weren't expired aas they should be. There are short timeouts set, but RPC calls require portmap lookups, and these seem to wait up to 60 seconds for a reply by default, so your machines probably would have booted after a delay of a few minutes. Is the corrected entry expiration and the ability to interrupt rpc.umntall an acceptable solution to this? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27408 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:10: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5A34037B404 for ; Sun, 13 Jan 2002 10:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIA2P52562; Sun, 13 Jan 2002 10:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 10:10:02 -0800 (PST) Message-Id: <200201131810.g0DIA2P52562@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ian Dowse Subject: Re: kern/25235: OS Hungs up when using with a Battery of Laptop PC(Dynabook 2520JA). Reply-To: Ian Dowse Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/25235; it has been noted by GNATS. From: Ian Dowse To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/25235: OS Hungs up when using with a Battery of Laptop PC(Dynabook 2520JA). Date: Sun, 13 Jan 2002 18:09:55 +0000 Adding a message I forgot about to the audit trail. In message <20011121222630G.is92518@e.cc.titech.ac.jp>, Yanagisawa Yoshisato wr ites: > >I am sorry to write to you late. >Well,It seems that the probrem occurs yet at >the RELENG_4 stable of Nov. 21th. >System halt when boot without pluging in it's code to outlet. > >------------------------------------------------- >Yoshisato YANAGISAWA >Dept. of Information Science.Tokyo Insitute of Technology. >------------------------------------------------- > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:10:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 41CD737B405; Sun, 13 Jan 2002 10:10:48 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DI3Qx48032; Sun, 13 Jan 2002 10:03:26 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:03:26 -0800 (PST) From: Message-Id: <200201131803.g0DI3Qx48032@freefall.freebsd.org> To: frodef@acm.org, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/23141: ad1816 audio driver produces noise. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ad1816 audio driver produces noise. State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 09:56:40 PST 2002 State-Changed-Why: Submitter says that he hasn't used FreeBSD on that machine recently. [The reply was a while ago, but I mislaid it]. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23141 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:10:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 06B6937B419; Sun, 13 Jan 2002 10:10:49 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DI56g48982; Sun, 13 Jan 2002 10:05:06 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:05:06 -0800 (PST) From: Message-Id: <200201131805.g0DI56g48982@freefall.freebsd.org> To: amesbury@eventloop.com, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/25123: Heavy NFS traffic over virtual interface causes instability, lockup under 4.2-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Heavy NFS traffic over virtual interface causes instability, lockup under 4.2-STABLE State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:03:47 PST 2002 State-Changed-Why: The submitter no longer has the configuration on which the problem occurred [the reply was a while ago, but I mislaid it]. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25123 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:20:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9918537B417; Sun, 13 Jan 2002 10:20:48 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DICex53403; Sun, 13 Jan 2002 10:12:40 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:12:40 -0800 (PST) From: Message-Id: <200201131812.g0DICex53403@freefall.freebsd.org> To: lars.koeller@uni-bielefeld.de, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/23520: sb0 old style audio support in 4.2-RELEASE broken! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: sb0 old style audio support in 4.2-RELEASE broken! State-Changed-From-To: feedback->open State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:12:16 PST 2002 State-Changed-Why: Apparently still a problem. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23520 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:21: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D54537B417; Sun, 13 Jan 2002 10:20:53 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIAw252844; Sun, 13 Jan 2002 10:10:58 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:10:58 -0800 (PST) From: Message-Id: <200201131810.g0DIAw252844@freefall.freebsd.org> To: r.mathijssen@iris-ict.nl, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/28844: Router/nameserver system crashes 2-3 times monthly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Router/nameserver system crashes 2-3 times monthly State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:10:28 PST 2002 State-Changed-Why: Feedback timeout, and almost certainly fixed. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28844 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 118C537B41D for ; Sun, 13 Jan 2002 10:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIU1g56997; Sun, 13 Jan 2002 10:30:01 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 10:30:01 -0800 (PST) Message-Id: <200201131830.g0DIU1g56997@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ian Dowse Subject: Re: misc/18336: 3C905B-COMBO cannot find 10base-2 LAN Reply-To: Ian Dowse Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/18336; it has been noted by GNATS. From: Ian Dowse To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/18336: 3C905B-COMBO cannot find 10base-2 LAN Date: Sun, 13 Jan 2002 18:20:06 +0000 Adding to the audit trail: In message <3C218D44.6DB791A6@twcny.rr.com>, Tom Parquette writes: >iedowse@FreeBSD.org wrote: > >> Synopsis: 3C905B-COMBO cannot find 10base-2 LAN >> >> State-Changed-From-To: open->feedback >> State-Changed-By: iedowse >> State-Changed-When: Sun Dec 2 13:02:58 PST 2001 >> State-Changed-Why: >> >> Does this still occur? I'm not sure if autonegotiation for 10base-2 >> media is supposed to work on these cards, but adding the "media >> 10base2/BNC" setting to the "ifconfig_xl0" line in /etc/rc.conf >> should work around the issue. >> >> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18336 > >Sorry it took me so long to get back to you. >This grew out of, IMHO, an interaction between the 3C905B and a 3C900 >card I had in the same machine. >When I took the 3C900 out of the box, the problem disappeared. While >this was not a conclusive test, I put the 3C900 in another machine and >the 3C900 worked. > >Once I took the 3C900 card out, the 3C905B would figure out, correctly, >what media type it was connected to. > >With the 3C900 card in place even the media command would not get the >3C905B to recognize the 10base-2 connection. > >I no longer use both of these cards in the same machine. >I "fixed" the problem by avoiding the problem. >Sorry I can't be more help. >Cheers... > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:40:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E168A37B416 for ; Sun, 13 Jan 2002 10:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIe1p59243; Sun, 13 Jan 2002 10:40:01 -0800 (PST) (envelope-from gnats) Received: from D00015.dialonly.kemerovo.su (www2.svzserv.kemerovo.su [213.184.65.86]) by hub.freebsd.org (Postfix) with ESMTP id CA7B237B419 for ; Sun, 13 Jan 2002 10:32:07 -0800 (PST) Received: (from eugen@localhost) by D00015.dialonly.kemerovo.su (8.11.6/8.11.6) id g0DIV4705875; Mon, 14 Jan 2002 01:31:04 +0700 (KRAT) (envelope-from eugen) Message-Id: <200201131831.g0DIV4705875@D00015.dialonly.kemerovo.su> Date: Mon, 14 Jan 2002 01:31:04 +0700 (KRAT) From: Eugene Grosbein To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33846 >Category: bin >Synopsis: 4.5RC1: ftpd dies with SIGSEGV after ABOR >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 13 10:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Eugene Grosbein >Release: FreeBSD 4.5-RC i386 >Organization: Svyaz Service JSC >Environment: System: FreeBSD D00015.dialonly.kemerovo.su 4.5-RC FreeBSD 4.5-RC #1: Sun Jan 13 13:22:48 KRAT 2002 eu@D00015.dialonly.kemerovo.su:/usr/local/obj/mnt/old/usr/src/sys/DADV i386 Have CPUTYPE=i686 in /etc/make.conf and no other optimizations. >Description: It is easy to make ftpd child to die with SIGSEGV. >How-To-Repeat: 1. Have ftpd enabled in /etc/inetd.conf: ftp stream tcp nowait root /usr/libexec/ftpd ftpd -llSd Note that flags '-llSd' are for debugging purpuses only. SIGSEGV is triggered with no flags too. 2. Create perl script for triggering this bug: #!/usr/bin/perl -w $|=1; use strict; use Net::FTP; my $ftp; my $data; $ftp = Net::FTP->new("localhost"); $ftp->login("ftp",''); $ftp->quot('TYPE I'); $ftp->pasv(); $ftp->retr('test'); $data=$ftp->_dataconn(); $data->reading(); $ftp->abort(); Note: a) you need ports/net/p5-Net to run this, b) hostname may not be localhost, it may be remote too, c) you can use anonymous or general login, it does not matter; it can be chrooted or not, d) name of the file does not matter too. 3. As an option: use sysctl kern.sugid_coredump=1; set sysctl kern.corefile to directory where ftpd will have write permissions to create core; use sysctl net.inet.tcp.log_in_vain=1, the script seldom fails to crash ftpd - in that case you will see 'in vain' connection from port 20 to randomly selected port. Just rerun script then. Rebuild ftpd with debug info. Here is ftpd's example log: Jan 14 01:23:19 D00015 ftpd[5831]: connection from localhost (127.0.0.1) Jan 14 01:23:19 D00015 ftpd[5831]: <--- 220 Jan 14 01:23:19 D00015 ftpd[5831]: D00015.dialonly.kemerovo.su FTP server (Version 6.00LS) ready. Jan 14 01:23:19 D00015 ftpd[5831]: command: user ftp Jan 14 01:23:19 D00015 ftpd[5831]: <--- 331 Jan 14 01:23:19 D00015 ftpd[5831]: Guest login ok, send your email address as password. Jan 14 01:23:19 D00015 ftpd[5831]: command: PASS Jan 14 01:23:19 D00015 ftpd[5831]: <--- 230 Jan 14 01:23:19 D00015 ftpd[5831]: Guest login ok, access restrictions apply. Jan 14 01:23:19 D00015 ftpd[5831]: ANONYMOUS FTP LOGIN FROM localhost, Jan 14 01:23:19 D00015 ftpd[5831]: command: TYPE I Jan 14 01:23:19 D00015 ftpd[5831]: <--- 200 Jan 14 01:23:19 D00015 ftpd[5831]: Type set to I. Jan 14 01:23:19 D00015 ftpd[5831]: command: PASV Jan 14 01:23:19 D00015 ftpd[5831]: <--- 227 Jan 14 01:23:19 D00015 ftpd[5831]: Entering Passive Mode (127,0,0,1,192,115) Jan 14 01:23:19 D00015 ftpd[5831]: command: RETR test Jan 14 01:23:19 D00015 ftpd[5831]: <--- 150 Jan 14 01:23:19 D00015 ftpd[5831]: Opening BINARY mode data connection for 'test' (2500 bytes). Jan 14 01:23:19 D00015 ftpd[5831]: <--- 226 Jan 14 01:23:19 D00015 ftpd[5831]: Transfer complete. Jan 14 01:23:19 D00015 ftpd[5831]: get test = 2500 bytes Jan 14 01:23:19 D00015 ftpd[5831]: command: ABOR Jan 14 01:23:19 D00015 ftpd[5831]: <--- 426 Jan 14 01:23:19 D00015 ftpd[5831]: Transfer aborted. Data connection closed. Jan 14 01:23:19 D00015 ftpd[5831]: <--- 226 Jan 14 01:23:19 D00015 ftpd[5831]: Abort successful Here ftpd child died with SIGSEGV and we have corefile. Here is gdb's output: Script started on Mon Jan 14 01:11:16 2002 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... Core was generated by `ftpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libskey.so.2...done. Reading symbols from /usr/lib/libmd.so.2...done. Reading symbols from /usr/lib/libcrypt.so.2...done. Reading symbols from /usr/lib/libutil.so.3...done. Reading symbols from /usr/lib/libpam.so.1...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x0 in ?? () (gdb) bt #0 0x0 in ?? () #1 0x804ca4e in retrieve (cmd=0x0, name=0xffff0000
) at /mnt/old/usr/src/libexec/ftpd/ftpd.c:1481 #2 0x0 in ?? () (gdb) l 1481 1476 data = -1; 1477 pdata = -1; 1478 done: 1479 if (cmd == 0) 1480 LOGBYTES("get", name, byte_count); 1481 (*closefunc)(fin); 1482 } 1483 1484 void 1485 store(name, mode, unique) (gdb) q Script done on Mon Jan 14 01:11:45 2002 This output is always the same for me. >Fix: Unknown for me. Eugene Grosbein >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:40:55 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8607037B400; Sun, 13 Jan 2002 10:40:51 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIeHa59296; Sun, 13 Jan 2002 10:40:17 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:40:17 -0800 (PST) From: Message-Id: <200201131840.g0DIeHa59296@freefall.freebsd.org> To: r_larvik@hotmail.com, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/19442: can't install on diverse harddisks. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: can't install on diverse harddisks. State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:39:57 PST 2002 State-Changed-Why: Feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19442 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:40:55 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FAC837B404; Sun, 13 Jan 2002 10:40:52 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DId6759027; Sun, 13 Jan 2002 10:39:06 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:39:06 -0800 (PST) From: Message-Id: <200201131839.g0DId6759027@freefall.freebsd.org> To: greg@straynet.com, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19355: fstat gives signal 10 (SIGBUS) when outputting data Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: fstat gives signal 10 (SIGBUS) when outputting data State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:38:45 PST 2002 State-Changed-Why: Feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19355 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:41: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1489037B405; Sun, 13 Jan 2002 10:40:53 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIdi259158; Sun, 13 Jan 2002 10:39:44 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:39:44 -0800 (PST) From: Message-Id: <200201131839.g0DIdi259158@freefall.freebsd.org> To: tcb@ga.prestige.net, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19410: spontaneous reboot when esd runs on a -STABLE system (emu10k1 chipset) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: spontaneous reboot when esd runs on a -STABLE system (emu10k1 chipset) State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:39:22 PST 2002 State-Changed-Why: Feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19410 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:52:21 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F20A537B41C; Sun, 13 Jan 2002 10:52:07 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIgnX59782; Sun, 13 Jan 2002 10:42:49 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:42:49 -0800 (PST) From: Message-Id: <200201131842.g0DIgnX59782@freefall.freebsd.org> To: visigoth@telemere.net, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21131: Floppy causing cold boot in -STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Floppy causing cold boot in -STABLE State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:42:23 PST 2002 State-Changed-Why: Feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21131 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:52:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1B88437B405; Sun, 13 Jan 2002 10:52:14 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIfFm59518; Sun, 13 Jan 2002 10:41:15 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:41:15 -0800 (PST) From: Message-Id: <200201131841.g0DIfFm59518@freefall.freebsd.org> To: paul.hamilton@thomasmiller.com, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19706: Framing error on PC/NET 32 also used in older Compaq PCs and Servers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Framing error on PC/NET 32 also used in older Compaq PCs and Servers State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:40:52 PST 2002 State-Changed-Why: Feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19706 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:52:28 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 71CE937B400; Sun, 13 Jan 2002 10:52:16 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIi7260092; Sun, 13 Jan 2002 10:44:07 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:44:07 -0800 (PST) From: Message-Id: <200201131844.g0DIi7260092@freefall.freebsd.org> To: Charles.Barker@amedd.army.mil, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/21297: kernel panic TRAP 18 during kern.flp install on Compaq Proliant 5000R. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kernel panic TRAP 18 during kern.flp install on Compaq Proliant 5000R. State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:43:41 PST 2002 State-Changed-Why: Feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21297 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 10:52:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E94E137B423; Sun, 13 Jan 2002 10:52:18 -0800 (PST) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DIhPL59922; Sun, 13 Jan 2002 10:43:25 -0800 (PST) (envelope-from iedowse) Date: Sun, 13 Jan 2002 10:43:25 -0800 (PST) From: Message-Id: <200201131843.g0DIhPL59922@freefall.freebsd.org> To: anderson@centtech.com, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21270: Kernel compilation errors and dies when compiling on our Cyrix III processor. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Kernel compilation errors and dies when compiling on our Cyrix III processor. State-Changed-From-To: feedback->closed State-Changed-By: iedowse State-Changed-When: Sun Jan 13 10:43:04 PST 2002 State-Changed-Why: Feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21270 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 12:40: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DA4BC37B416 for ; Sun, 13 Jan 2002 12:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DKe2H84156; Sun, 13 Jan 2002 12:40:02 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 12:40:02 -0800 (PST) Message-Id: <200201132040.g0DKe2H84156@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Daniel Jahre Subject: Re: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Reply-To: Daniel Jahre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33574; it has been noted by GNATS. From: Daniel Jahre To: freebsd-gnats-submit@FreeBSD.org Cc: Ted Mittelstaedt Subject: Re: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Date: Sun, 13 Jan 2002 21:34:16 +0100 (MET) Hello Ted, > Daniel, > > Oops I didn't mean for you to do an entire 4.3 install! :-) I just did a minimum install but I had to do it twice. I had no additional costs so I don't mind :-). > > If you would, see if there's a BIOS update for your laptop from it's > manufacturer and apply that, then boot it from a 4.4 RELEASE floppy > and > see if it panics again. Let us know the results of this. I did a bios upgrade but it didn't change anything exept that FreeBSD 4.3 needs some seconds before continuing to boot when power managhement is enabled. Version 4.4 puts the laptop in a kind of dangling mode which means the screen is blank the hd is down but the computer is not turned off properly. > > If that doesen't work then try the workaround: > > ok set hw.pcic.intr_path="1" > ok set hw.pcic.irq="0" > > that is listed in the release notes on the 4.4 boot floppy and let us > know > if that works. If it does then just wait for version 4.5 to come out > and you > can probably use the workaround on that. There is no change when I try this. BTW, the file is called /boot/loader.rc . > > Please supply us with the exact manufacturer and model# of laptop > plus any BIOS version so we can put that in the known problems area at > the end of the INSTALL.TXT It is a Gericom Laptop from the 5xC Series. My version was sold only in MediaMarkt Stores and is labeled as "Network" (which was their own branding of computers). On boot screen it prints out: SystemSoft Bios v 1.17.01 In the bios it shows up a version: 1.00.3 Date: 10/22/97 (which I doubt) Bye and hth again, Daniel Jahre ............................................................. computer science student @ Chemnitz Universtity of Technology ............................................................. international call: +491773367222 mailto: Daniel.Jahre@informatik.tu-chemnitz.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 13 13:10: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C9E7A37B404 for ; Sun, 13 Jan 2002 13:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0DLA1Z90413; Sun, 13 Jan 2002 13:10:01 -0800 (PST) (envelope-from gnats) Date: Sun, 13 Jan 2002 13:10:01 -0800 (PST) Message-Id: <200201132110.g0DLA1Z90413@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: RE: misc/33688: Downloading some files with ftp hangs the system Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33688; it has been noted by GNATS. From: "Ted Mittelstaedt" To: "Dark0n3" , , Cc: Subject: RE: misc/33688: Downloading some files with ftp hangs the system Date: Sun, 13 Jan 2002 13:08:24 -0800 Hi Dark0n3 and all I'm CC'ing this feedback that was cc'd to me back to GNATS because Dark0n3 is apparently using a non-standard e-mail client that is trashing the subject line, as a result the auto-feedback sorting mechanism of the PR system did not append his feedback, even though he did send it to GNATS. Dark0n3, since your problem is the system is crashing when you transfer large files via the loopback device, and you have checked everything else, I believe the problem you are having is centered on the use of the 3com 3c905 and the xl0 driver. This card has had sporatic reports of problems before (although a crash is unusual) Note that there are 2 versions of this card, the 3c905 and the 3c905B. Allegedly, the plain 905 has a super-small internal card buffer and more bugs. If possible please try removing the 3c905 and replacing it with a different manufacturer's card, or even a 3c905B and recheck the loopback FTP problem. Note that the following feedback is NOT on the submitters sysstem, we still need the feedback from him. Ted Mittelstaedt >-----Original Message----- >From: Dark0n3 [mailto:darkone@raketti.net] >Sent: Sunday, January 13, 2002 6:10 AM >To: freebsd-gnats-submit@freebsd.org; tedm@toybox.placo.com; >ali.sahin@byd.com.tr >Subject: >re:%20misc/33688:%20downloading%20some%20files%20with%20ftp%20hangs%20th >e%20system > > > I have the exactly same problem (well it doesnt freeze asap, but >during the transfer. No matter which client I use [tried ncftp & >def. ftp]). And it only occurs when transfering large files ( > 2mb) > >DMESG: >Copyright (c) 1992-2001 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >FreeBSD 4.4-RELEASE #0: Sun Jan 13 09:38:24 EET 2002 > root@dbsd:/usr/src/sys/compile/MY >Timecounter "i8254" frequency 1193182 Hz >Timecounter "TSC" frequency 350797202 Hz >CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > >Features=0x183f9ff >real memory = 268369920 (262080K bytes) >config> di sn0 >config> di lnc0 >config> di ie0 >config> di cs0 >config> q >avail memory = 258412544 (252356K bytes) >Preloaded elf kernel "kernel" at 0xc02e3000. >Preloaded userconfig_script "/boot/kernel.conf" at 0xc02e309c. >Pentium Pro MTRR support enabled >md0: Malloc disk >Using $PIR table, 6 entries at 0xc00fdd10 >npx0: on motherboard >npx0: INT 16 interface >pcib0: on motherboard >pci0: on pcib0 >pcib1: at device 1.0 on pci0 >pci1: on pcib1 >isab0: at device 7.0 on pci0 >isa0: on isab0 >atapci0: port 0xf000-0xf00f at device >7.1 on pci0 >ata0: at 0x1f0 irq 14 on atapci0 >pci0: at 7.2 irq 11 >chip1: port >0x5000-0x500f at device 7.3 on pci0 >xl0: <3Com 3c905-TX Fast Etherlink XL> port 0x9400-0x943f irq 12 at >device 11.0 on pci0 >xl0: Ethernet address: Somewhat hidden >miibus0: on xl0 >nsphy0: on miibus0 >nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >pci0: at 12.0 irq 10 >orm0: =0D=0ALeon=20Norell=20Oriental=20Carpets=0D= =0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A
=0D=0A=0D=0A=20=20= =20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20=20=20=0D=0A=20= =20=20=20=20=20=0D=0A=20=20=0D=0A=20=20=20=0D=0A=20=20=20=20=0D=0A=20=20=20=20=20=20
=0D=0A=20= =20=20=20=20=20=0D=0A=20=20=20=20=20=20Antique
=0D=0A=20=20=20=20= =20=20Reproduction
=0D=0A=20=20=20=20=20=20=20=20Oriental=20Carpets=20
=20=0D=0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20<= /tr>=0D=0A=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D= =0A=20=20=20=0D=0A=20=20=20=20=20=0D=0A=20=20=20=20=20=20
=0D=0A=20=20=20=20=20=20= =20http://www.norell.org

=20=0D= =0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20=0D=0A=20= =20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D=0A=0D=0A
=0D=0A= =0D=0A=0D=0A ------=_NextPart_000_0005_01C06B5E.74675200 Content-Type: text/plain Antique Reproduction Oriental Carpets http://www.norell.org ------=_NextPart_000_0005_01C06B5E.74675200 Content-Type: text/html Content-Transfer-Encoding: quoted-printable =0D=0A=0D=0A=0D=0ALeon=20Norell=20Oriental=20Carpets=0D= =0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A
=0D=0A=0D=0A=20=20= =20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20=20=20=0D=0A=20= =20=20=20=20=20=0D=0A=20=20=0D=0A=20=20=20=0D=0A=20=20=20=20=0D=0A=20=20=20=20=20=20
=0D=0A=20= =20=20=20=20=20=0D=0A=20=20=20=20=20=20Antique
=0D=0A=20=20=20=20= =20=20Reproduction
=0D=0A=20=20=20=20=20=20=20=20Oriental=20Carpets=20
=20=0D=0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20<= /tr>=0D=0A=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D= =0A=20=20=20=0D=0A=20=20=20=20=20=0D=0A=20=20=20=20=20=20
=0D=0A=20=20=20=20=20=20= =20http://www.norell.org

=20=0D= =0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20=0D=0A=20= =20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D=0A=0D=0A
=0D=0A= =0D=0A=0D=0A ------=_NextPart_000_0005_01C06B5E.74675200-- ------=_NextPart_000_0004_01C06B5E.74675200-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 10: 0:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E68C937B41A for ; Mon, 14 Jan 2002 10:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EI03m78063; Mon, 14 Jan 2002 10:00:03 -0800 (PST) (envelope-from gnats) Date: Mon, 14 Jan 2002 10:00:03 -0800 (PST) Message-Id: <200201141800.g0EI03m78063@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Giorgos Keramidas Subject: Re: gnu/33551: cvs chokes on OpenBSD repositories Reply-To: Giorgos Keramidas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR gnu/33551; it has been noted by GNATS. From: Giorgos Keramidas To: Daniel Lang Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: gnu/33551: cvs chokes on OpenBSD repositories Date: Mon, 14 Jan 2002 19:49:58 +0200 On 2002-01-14 10:56:11, Daniel Lang wrote: > Giorgos Keramidas wrote on Sat, Jan 12, 2002 at 02:13:50AM +0200: > > Does CVS have the same problem on other platforms? I don't have an > > OpenBSD CVS repo mirror handy to test this with (for example) Linux > > and a CVS server. > > Sorry I don't have other platforms available. Hmm maybe I > could copy the repository on a Solaris/Sparc box, and try > that... I will notify you, if I succeeded in testing this. Thanks. Do all the testing you can. I'll try and test this on a Linux box I got a new account today, and see if I can reproduce the bug :-) > Yes, who are the CVS maintainers? I assumed the PR was handed > over to the responsible parties (i.e. them). Pardon me, I should have copy/pasted a link. The mailing list where the CVS developers can be contacted is . The homepage of the CVS project is at: http://www.cvshome.org/ After testing proves that this is a bug in CVS, and a possible solution is found we should contact the CVS developers, and see if this can be fixed in their source tree. -- Giorgos Keramidas . . . . . . . . . keramida@{ceid.upatras.gr,freebsd.org} FreeBSD Documentation Project . . . http://www.freebsd.org/docproj/ FreeBSD: The power to serve . . . . http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 10:20:30 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8D8DE37B41A for ; Mon, 14 Jan 2002 10:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EIK1784345; Mon, 14 Jan 2002 10:20:01 -0800 (PST) (envelope-from gnats) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by hub.freebsd.org (Postfix) with ESMTP id C944E37B402 for ; Mon, 14 Jan 2002 10:16:25 -0800 (PST) Received: (from marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) id g0EIGNC53786; Mon, 14 Jan 2002 21:16:23 +0300 (MSK) (envelope-from marck) Message-Id: <200201141816.g0EIGNC53786@woozle.rinet.ru> Date: Mon, 14 Jan 2002 21:16:23 +0300 (MSK) From: Dmitry Morozovsky Reply-To: Dmitry Morozovsky To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33881: adduser additions: selectable crypt scheme; empty passwords Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33881 >Category: bin >Synopsis: adduser additions: selectable crypt scheme; empty passwords >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jan 14 10:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dmitry Morozovsky >Release: FreeBSD 4-STABLE i386 >Organization: Cronyx Plus LLC (RiNet ISP) >Environment: System: FreeBSD 4-STABLE as of November 2001 >Description: Currently, adduser(8) can't handle selecting password crypt schemes because there is no interface to login capabilites nor crypt_set_format(). This leads to unconditionally des-crypted passwords for newly added users, which is (I suppose) mostly unsuitable. This patch provides selectable password crypt scheme (written in config file) as well as ability to ask for scheme for each new user. Also, it would be frequently useful to set crypted password to '*' when the password field is empty -- so behaviour of the question "Do you want to use empty password" has been changed accordingly. Possibly, this should be made more user-friendly and/or selectable. >How-To-Repeat: Add new user vi adduser(8) with passwd_format=md5 in /etc/login.conf. Then, crypted password will be in des format. >Fix: Index: adduser.perl =================================================================== RCS file: /home/ncvs/src/usr.sbin/adduser/adduser.perl,v retrieving revision 1.44.2.3 diff -u -r1.44.2.3 adduser.perl --- adduser.perl 2001/10/15 13:43:18 1.44.2.3 +++ adduser.perl 2002/01/14 17:39:25 @@ -31,6 +31,8 @@ sub variables { $verbose = 1; # verbose = [0-2] $defaultpasswd = "yes"; # use password for new users + $passwdscheme = "md5"; # password scheme (md5/des) + $passwdschemeask = "no"; # ask for password scheme in normal case $dotdir = "/usr/share/skel"; # copy dotfiles from this dir $dotdir_bak = $dotdir; $send_message = "/etc/adduser.message"; # send message to new user @@ -70,7 +72,7 @@ $groupname =''; # $groupname{groupname} = gid $groupmembers = ''; # $groupmembers{gid} = members of group/kommalist $gid = ''; # $gid{gid} = groupname; gid form group db - @group_comments; # Comments in the group file + @group_comments = (); # Comments in the group file # shell $shell = ''; # $shell{`basename sh`} = sh @@ -227,7 +229,7 @@ # read /etc/passwd sub passwd_read { - local($p_username, $pw, $p_uid, $p_gid, $sh, %shlist); + local($p_username, $pw, $p_uid, $p_gid, $sh); print "Check $etc_passwd\n" if $verbose; open(P, "$etc_passwd") || die "$etc_passwd: $!\n"; @@ -526,7 +528,7 @@ print < 1; + # make it unambiguously MD5 + $salt = '$1$' if $pwdscheme eq "md5"; # to64 for ($i = 0; $i < 27; $i++) { srand(time + $rand + $$); @@ -1298,6 +1346,8 @@ # prepare some variables $send_message = "no" unless $send_message; $defaultpasswd = "no" unless $defaultpasswd; + $passwdscheme = "md5" unless $passwdscheme; + $passwdschemeask = "no" unless $passwdschemeask; local($shpref) = "'" . join("', '", @shellpref) . "'"; local($shpath) = "'" . join("', '", @path) . "'"; local($user_var) = join('', @user_variable_list); @@ -1318,6 +1368,14 @@ # defaultpasswd = yes | no defaultpasswd = $defaultpasswd +# password crypt scheme +# passwdscheme = md5 | des +passwdscheme = $passwdscheme + +# ask for password scheme for each user +# passwdschemeask = yes | no +passwdschemeask = $passwdschemeask + # copy dotfiles from this dir ("/usr/share/skel" or "no") dotdir = "$dotdir" @@ -1395,6 +1453,8 @@ $dotdir = &dotdir_default; # check $dotdir $send_message = &message_default; # send message to new user $defaultpasswd = &password_default; # maybe use password +$passwdscheme = &password_scheme; # which password crypt scheme to use +$passwdschemeask = &pwd_scheme_ask; # ask for pwd crypt scheme for each user &config_write(!$verbose); # write variables in file # main loop for creating new users >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 10:50:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4C0B737B419 for ; Mon, 14 Jan 2002 10:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EIo3p88712; Mon, 14 Jan 2002 10:50:03 -0800 (PST) (envelope-from gnats) Date: Mon, 14 Jan 2002 10:50:03 -0800 (PST) Message-Id: <200201141850.g0EIo3p88712@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Daniel Lang Subject: Re: gnu/33551: cvs chokes on OpenBSD repositories Reply-To: Daniel Lang Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR gnu/33551; it has been noted by GNATS. From: Daniel Lang To: Giorgos Keramidas Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: gnu/33551: cvs chokes on OpenBSD repositories Date: Mon, 14 Jan 2002 19:49:25 +0100 Hi, Giorgos Keramidas wrote on Mon, Jan 14, 2002 at 07:49:58PM +0200: [..] > > Yes, who are the CVS maintainers? I assumed the PR was handed > > over to the responsible parties (i.e. them). > > Pardon me, I should have copy/pasted a link. > The mailing list where the CVS developers can be contacted is > . The homepage of the CVS project is at: > http://www.cvshome.org/ > > After testing proves that this is a bug in CVS, and a possible > solution is found we should contact the CVS developers, and see if > this can be fixed in their source tree. Ah. Well I'm not sure if this can be considered a bug in CVS. The problem is this, FreeBSD, NetBSD and OpenBSD have all patched their CVS distribution, so that something different instead of the $Id$ tag may be used, like $FreeBSD$ or $OpenBSD$. Now at least for FreeBSD and OpenBSD these patches/ extensions to CVS are incompatible, i.e. they've did it another way. OpenBSD uses special keywords in a CVSROOT/config or options file to achieve this. FreeBSD's cvs cannot use them, and complains if they are found. So from CVS-Project ( cvshome.org ) point of view, it's no bug, since additional Tags like $OpenBSD$ aren't supported anyway. The "good" way to do it, would be to sort out the most reasonable way how to support these extensions from all BSD projects, incorporate them into the native CVS, and then reimport them to all projects, so that a common way is used. I think chances that this will happen are not too high, but maybe I'm pessimistic here. The patch from Naddy, which I supplied, makes the FreeBSD cvs (server) work with an OpenBSD repository, by ignoring these directives (this does apparently no harm to the clients which need to be able to handle the additional tags). Best regards, Daniel -- IRCnet: Mr-Spock - Me transfere sursum, Caledoni - *Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 11: 0:15 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 088ED37B41E for ; Mon, 14 Jan 2002 11:00:05 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EJ04h90107 for freebsd-bugs@freebsd.org; Mon, 14 Jan 2002 11:00:04 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 14 Jan 2002 11:00:04 -0800 (PST) Message-Id: <200201141900.g0EJ04h90107@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: open PR's (mis)filed to gnats-admin and in limbo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/01/09] pending/33740gnats-adminRe: [PATCH] empty argv o [2002/01/11] pending/33792gnats-admin=?ks_c_5601-1987?B?KLGksO0pIMDMwaa0wiC9w8 o [2002/01/12] pending/33821gnats-adminMAINTEINER: Re: port update: net/flow-too o [2002/01/12] pending/33822gnats-adminRe: MAINTEINER: Re: port update: net/flow o [2002/01/13] pending/33838gnats-adminRe: Fix port : www/zope (make compatible o [2002/01/13] pending/33840gnats-adminre:%20misc/33688:%20downloading%20some%20 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/01/13] pending/33866gnats-adminLast Hr, Last ... may be incorrect on mac 1 problem total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 11: 6: 1 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8C53137B41F for ; Mon, 14 Jan 2002 11:00:11 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EJ05290128 for freebsd-bugs@freebsd.org; Mon, 14 Jan 2002 11:00:05 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 14 Jan 2002 11:00:05 -0800 (PST) Message-Id: <200201141900.g0EJ05290128@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/11/25] kern/8861 mdodd under heavy (multi interface) traffic ep0 o [1999/02/20] kern/10172 [panics] Kernel (esp kern/sys_pipe.c) die o [1999/05/31] kern/11966 TCP copies send and receive socket buffer s [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch f [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde f [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C o [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/10/30] kern/14614 dillon VM DoS attack (with exploit attached) f [1999/11/22] i386/15040 Installation problems with 3.x FreeBSD f [1999/12/05] kern/15281 Please fix handling Ross(?) host to PCI b o [2000/01/17] misc/16157 green "fire" screensave kills network performan o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/15] kern/16740 mckusick The kernel panics with "ffs_clusteralloc: o [2000/02/18] i386/16802 An user math program have the system on K o [2000/03/15] i386/17391 jhb FreeBSD boot loader does not recognize ke o [2000/03/27] kern/17620 jhay Digi/570i sync driver (if_ar.c) causes sy f [2000/03/28] alpha/17642 alpha FreeBSD/alpha 4.0 RELEASE installation fa o [2000/04/04] bin/17791 mjacob Restore does not handle bad or missing ta f [2000/04/04] i386/17808 cannot swap /dev/.... f [2000/04/23] kern/18182 Remote serial gdb no longer works since m o [2000/05/09] misc/18466 dillon install via nfs or ftp media silently tru s [2000/05/17] misc/18641 paul FreeBSD V4.0 crashes when using ifconfig f [2000/05/29] kern/18874 peter 32bit NFS servers export wrong negative v f [2000/06/09] kern/19162 4.0-STABLE panics w/ softupdates and quot o [2000/06/13] kern/19247 jasone uthread_sigaction.c does not do anything o [2000/06/14] misc/19257 Detection of connected ports on a Cyclom o [2000/07/01] conf/19629 dougb /etc/rc.sysctl can't set all syctls s [2000/07/05] kern/19722 rwatson FreeBSD box responds to broadcast IP o [2000/07/12] gnu/19882 obrien ld does not detect all undefined symbols! o [2000/07/30] i386/20308 yokota vidcontrol VESA_800x600 causes a kernel p f [2000/07/31] kern/20310 groudier Symbios 53c875j drivers don't work o [2000/08/03] kern/20375 APM doesn't work properly! Suspend/resum o [2000/08/05] kern/20429 yokota setting flags 0x1 in atkbd0 locks keyboar o [2000/08/08] i386/20495 yokota 4.1-STABLE and 4.1-RELEASE: keyboard does o [2000/08/28] kern/20895 groudier sym driver doesn't work for SYM53C895A o [2000/09/04] misc/21025 msmith BTX loader 1.00 gets 1Gb of memory from B f [2000/09/04] i386/21042 mdodd Keyboard driver problems with PS/2 Model o [2000/09/12] kern/21220 msmith mlx0: I/O error - attempt to write beyond f [2000/09/13] bin/21253 mjacob dump/restore fail on any stream (tape/pip o [2000/09/14] kern/21272 wpaul USB interrupts seem to be turned off o [2000/09/14] kern/21278 gibbs ahc driver wedges on stressed SMP system o [2000/09/17] kern/21323 msmith Lock up at boot on Acer507DX with pci.c 1 f [2000/09/19] kern/21397 joerg Floppy drive doesn't work on Compaq ProLi f [2000/10/05] i386/21772 No interrupts for 39160 PCI adapter in PR f [2000/10/06] misc/21782 4.1.1 and ADAPTEC 29160N SCSI controller o [2000/10/06] kern/21783 When msgrcv() blocks, it blocks ALL threa o [2000/11/01] kern/22494 wpaul Fatal trap 12: page fault while in kernel f [2000/11/02] kern/22557 fatal kernel trap 0x2(memory management) f [2000/11/03] bin/22595 brian telnetd tricked into using arbitrary peer o [2000/11/18] kern/22953 keu driver throws 'usb error on rx: IOERR o [2000/11/20] gnu/22972 obrien Internal Compiler Error o [2000/11/25] misc/23103 lacks many ISO C99 features (NAN f [2000/11/27] i386/23145 brian pppoe-test-program panics the server o [2000/11/29] kern/23173 read hangs in linux emulation o [2000/12/04] kern/23258 mckusick panic: softdep_lock: locking against myse f [2000/12/09] kern/23411 SMP Kernel Freezes Machines on Dual Proce a [2000/12/14] kern/23547 msmith only one logical device on Mylex AcceleRA f [2000/12/14] i386/23548 4.x causes Thinkpad 560X disk to spin up/ a [2000/12/21] kern/23740 roam kernel DoS tha could be executed by any u o [2000/12/26] kern/23859 panicked on sofree o [2001/01/17] kern/24418 jasone read/write in thread library (-lc_r) does f [2001/01/18] kern/24433 NFSv3 service hangs when writing large am f [2001/01/30] kern/24740 cy filesystem corruption CFP1080 CAM SCSI ca a [2001/02/02] kern/24811 Networking in FreeBSD 4.2-RELEASE doesn't f [2001/02/19] kern/25215 RELENG_4 kernel crashes starting SCSI dis f [2001/02/20] kern/25235 OS Hungs up when using with a Battery of f [2001/02/23] i386/25328 4.x stable kernel crash: page fault f [2001/02/27] misc/25407 Error while booting 4.2 : ahc0 Signaled A o [2001/03/09] kern/25632 n_hibma USB modem (umodem) may destroy the cfreel o [2001/03/20] kern/25950 obrien Bad drives on asr look zero-length and pa o [2001/03/24] kern/26048 obrien 4.3-RC: SMP and asr driver don't work to f [2001/03/30] kern/26223 Linux /compat/linux/dev devices doesn't w f [2001/03/30] kern/26224 dillon VFS Panic/SMP/CFLOW(HEAVY network)/Heavy o [2001/04/02] bin/26305 mjacob Cannnot restore partions with FreeBSD 4.x f [2001/04/07] kern/26417 kernel crash using mpd-netgraph f [2001/04/12] kern/26510 kernel panic while booting on Intel STL2 o [2001/04/13] kern/26549 IPsec policies for more than one pair of f [2001/04/20] i386/26736 System freeze booting from (i386) 4.3 flo f [2001/04/25] kern/26840 dillon process doing mmap() over nfs hangs in vm o [2001/05/02] ports/27036 sobomax All Ports using Mesa3 are required with - f [2001/05/02] i386/27042 4.3-RELEASE installation from CDROM fails f [2001/05/02] kern/27048 Bus support (I believe) broken in freeBSD f [2001/05/03] kern/27059 groudier (symbios) SCSI subsystem hangs under heav a [2001/05/10] kern/27250 bp unionfs filesystem panics in large number o [2001/05/11] kern/27275 kernel bug ? f [2001/05/17] conf/27408 rc.network hangs at rpc.umntall if stale o [2001/06/07] bin/27939 rlogin uses wrong IP address for remote h o [2001/06/08] kern/27985 Recent -STABLE crashes when accessing dc o [2001/06/09] kern/27987 New ATA Driver failure with VIA Southbrid a [2001/06/09] i386/27991 ssh 1 and 2 login with keys is not possib o [2001/06/09] bin/28002 ru SHARED=symlinks is broken f [2001/06/14] kern/28162 RELENG_4 (4.2, 4.3) Panics when system ha f [2001/06/14] kern/28163 in_pcballoc Panic in RELENG_4 with large o [2001/06/15] bin/28191 jdp rtld-elf ignores LD_LIBRARY_PATH o [2001/06/20] i386/28293 imp Dell Latitude CpxJ 750 hangs on install o [2001/06/25] kern/28402 kernel panic caused by softupdates (may b o [2001/06/25] kern/28418 XFree86 4.X panics FreeBSD 4.3-STABLE on o [2001/06/27] kern/28465 Enabling softupdates on a clean but activ o [2001/06/27] kern/28466 When soft updates is enabled, cpl is not o [2001/06/30] i386/28550 Boot: Fatal Trap 12: page fault while in f [2001/06/30] i386/28558 makedev return non-zero status after inst o [2001/07/02] kern/28630 Look like hung up a kernel after few minu f [2001/07/04] kern/28703 dillon Kernel reboot during tape backup of nfs m o [2001/07/05] kern/28751 n_hibma USB Mouse doesn't seem to work! o [2001/07/14] kern/28966 pirzyk math libraries in linux emulation do not o [2001/07/14] kern/28974 PPPoE software fails when SOCK_RAW employ o [2001/07/15] ports/28995 max deMime produces blank line in header part f [2001/07/17] i386/29045 Heavy disk usage causes panic in ffs_blkf f [2001/07/19] i386/29096 freebsd 4.2/4.3 hangs after probing devic o [2001/07/21] kern/29121 msdos fs causes kernel panic when writing o [2001/07/22] kern/29150 Incomplete cleanup in the netgraph bridge o [2001/07/24] bin/29191 NFS file locking fails from Solaris 8 cli o [2001/07/24] misc/29200 dcs Syntax errors in /boot/device.hints cause o [2001/07/30] ports/29325 ports Dbview contains an error, because of whic o [2001/08/13] ports/29681 portmgr bsd.port.mk cannot handle some module's P o [2001/08/14] conf/29699 Setting NO_MAILWRAPPER results in a syst o [2001/08/15] kern/29741 ptrace(pid);ptrace(ppid) makes pid and pp o [2001/08/15] kern/29742 PCCARD Modems don't work on cardbus bridg o [2001/08/15] kern/29743 TI-1450 interrupt storm o [2001/08/18] kern/29844 setpgrp does not behave as manual says o [2001/08/18] kern/29847 n_hibma USB usbd_probe_and_attach() is broken and f [2001/08/31] kern/30238 3Com 509-Combo ISA NIC don`t work o [2001/09/03] ports/30292 kde QT/KDE 1.x needs to be removed o [2001/09/03] kern/30300 -current hang caught and crash-dump'd. o [2001/09/04] kern/30315 ifpw broken: curr_dyn_buckets cannot be c o [2001/09/04] ports/30331 portmgr Conflict between bsd.port.mk MAKEFILE var o [2001/09/09] i386/30458 Workstation sometimes hangs when connecte f [2001/09/12] i386/30527 does not like scsi on atrend 6260 dual PI o [2001/09/18] kern/30665 acpi_ec driver does not release its resou o [2001/09/19] i386/30670 4.3 and 4.4 mfsroot floppies reboot Dell o [2001/09/20] i386/30693 On new install bootup does endless usb0: f [2001/09/21] i386/30705 msmith Installation fails on system with Mylex A o [2001/09/23] kern/30771 Panic when mounting drive o [2001/09/24] kern/30781 msgrcv call blocks other pthread's jobs a [2001/09/24] i386/30802 gibbs repeat of i386/22760. Adaptec SCSI contro o [2001/09/27] bin/30869 dump does not dump all files of a filesys o [2001/09/28] i386/30898 Inspiron 8100 keyboard unusable off mains o [2001/09/29] kern/30921 ACER mechanic ps/2 keyboard don´t work an o [2001/09/30] ports/30935 taoka pips sc880 - needs to have syvr4 support o [2001/10/01] i386/30961 On lsdev -> error & BTX halted =( o [2001/10/04] kern/31042 murray Device name conflict o [2001/10/12] kern/31233 Kernel panics after upgrading to 4.4-STAB o [2001/10/13] ports/31254 obrien I cannot compile Java src files using gcj o [2001/10/14] misc/31266 System can be crashed with "ls -al /flopp o [2001/10/15] bin/31304 joe fix crunchgen to work with more contrib-k o [2001/10/17] conf/31327 Fixes and improvements for rc.diskless* s o [2001/10/20] kern/31391 n_hibma usb.h uses a variable name "class" which o [2001/10/24] kern/31468 Spontaneous crashes, possible related to o [2001/10/25] kern/31493 BTX halted with big disk and 4.4R f [2001/10/31] i386/31671 4.4 installer hangs at " Mounting root fr o [2001/11/02] kern/31710 kernel reboots; looks like an unintended o [2001/11/03] i386/31728 Install hangs on: (debug screens last wri o [2001/11/12] ports/31938 ports Broken cookie handling in lynx-ssl-2.8.4. o [2001/11/12] ports/31948 steve open-motif: having USE_MOTIF in /etc/make o [2001/11/16] bin/32040 brian 4.4-Release "set mtu" in ppp is broken wi f [2001/11/20] i386/32127 Proliant 1600 kernel panics after SMP is o [2001/11/22] kern/32184 Kernel crashes in ufs code o [2001/11/23] i386/32237 4.4-RELEASE keyboard doesnt work after bo o [2001/11/30] kern/32418 kernel table full o [2001/12/04] ports/32506 ports mod_auth_pam doesn't works o [2001/12/07] conf/32583 jkh System becomes unusable after performing o [2001/12/09] ports/32664 obrien open-motif-devel-2.1.30 registers itself o [2001/12/11] ports/32707 ports ghostscript-gnu fails during install o [2001/12/11] kern/32713 usb mouse detaches from hub and doesnt re o [2001/12/11] ports/32714 kde KDE build failure: Qt's uic core dumps a [2001/12/12] bin/32740 yar ftpd segfaults after get o [2001/12/12] alpha/32757 alpha fatal kernel trap using generic kernel fo o [2001/12/14] i386/32830 FreeBSD 4.4 install fails on Thinkpad 750 a [2001/12/14] kern/32831 sos HP Colorado IDE tape drive get wedged eas o [2001/12/16] bin/32895 imp rebooting between Win98SE and 4.4-2001121 o [2001/12/18] ports/32984 ports linux_base-7 fails to make o [2001/12/19] ports/33024 sf XFree86-4-libraries builds without XdmAut f [2001/12/22] i386/33089 re GENERIC bloat causes 'make world' to brea o [2001/12/25] misc/33169 system freeze after cron daily security c o [2001/12/26] kern/33219 bp smbfs case senstitive problem o [2001/12/27] misc/33261 dwmalone FreeBSD base system does not install tcpd o [2001/12/27] gnu/33262 gdb does not handle pending signals corre o [2001/12/30] conf/33345 pnpinfo not finding info for pnp pci mode o [2001/12/31] kern/33397 "panic: unknown/reserved trap" with moder o [2002/01/04] i386/33525 root access without password o [2002/01/04] kern/33542 a few of swapping completly freeze system o [2002/01/04] misc/33567 RELENG_4 won't makeworld; bsd.dep.mk, Mak o [2002/01/05] i386/33574 kernel hangs on page fault during boot pr o [2002/01/05] ports/33587 ports biabam needs base64 capable encoder f [2002/01/07] kern/33637 dillon Panic: vm_page_unwire: invalid wire count o [2002/01/07] bin/33670 dwmalone default inetd install allows for unlimite f [2002/01/08] misc/33688 Downloading some files with ftp hangs the o [2002/01/08] ports/33703 ports crossfire-0.94.3 crashes often on encount o [2002/01/09] ports/33737 ports [patch] mail/althea busts template-depth o [2002/01/10] ports/33756 dwcjr mail/postfix does not update master.cf, u o [2002/01/10] ports/33768 dwcjr postfix-current fails to install o [2002/01/14] ports/33887 ports security/snort port cannot find its rule 196 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [1996/11/08] gnu/1981 ypserv handles null key incorrectly s [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable a [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e f [1997/05/04] i386/3502 mdodd Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f f [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator s [1997/07/26] bin/4176 mjacob restore gets confused when run over pipe o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/12] kern/4284 paul le0 goes OACTIVE after some time o [1997/08/22] bin/4357 bug in adduser script causes duplicate UI o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work s [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 des restore doesn't correctly handle "sparse" o [1997/10/16] kern/4782 dillon Under certain conditions, several krsh's o [1997/12/14] bin/5297 make incompatibility with System V style o [1998/01/27] kern/5587 des session id gets dropped o [1998/02/28] kern/5877 bmilekic sb_cc counts control data as well as data f [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 paul lnc driver does not work correctly with A a [1998/04/07] kern/6238 cg Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/14] kern/6300 System locks up in SMP mode when accessin a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] i386/7057 mdodd 3Com 3C509 locks up, or has >1000ms rtt u s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/30] gnu/8099 obrien [patch] some bugs in cpio o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/11/10] bin/8646 peter Implement rlogind -a option o [1998/11/18] bin/8745 adduser permit adding `root' and mail ali f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S f [1998/11/25] bin/8865 dwmalone syslogd hangs with serial console o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/21] kern/9163 adrian [patch] squid does not join a multicast g s [1999/01/07] bin/9379 pppd does not go through all interfaces l s [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/13] kern/9478 assar support for running a script from kldload s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/15] kern/10107 dillon interlock situation with exec_map and a p f [1999/02/25] bin/10264 davidn passwd(1) tryis NIS even with `-l' switch o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible s [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/16] bin/10633 fenner [patch] tcpslice timezone problem and upd a [1999/03/24] kern/10778 ru "ipforward_rt" is not cleared when routin o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/04/07] bin/11005 iedowse `umount -f' does not work if the NFS-serv s [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim s [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/05/03] kern/11462 imp CS network interface driver (for CS89XX b o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 imp CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] misc/11525 dwmalone [PATCH] Networking patches to increase # s [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/13] kern/11697 tegge Disk failure hangs system o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/28] kern/11922 deischen missing reentrant interfaces for getpwnam o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/20] bin/12727 billf Game patches from NetBSD f [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro a [1999/08/15] kern/13150 mckusick panic: ufs_dirbad: bad dir f [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/27] gnu/13427 gdb reports wrong info f [1999/08/28] gnu/13438 objc forward core dump using system cc f [1999/08/29] bin/13463 /bin/sh does not handle interrupts correc o [1999/09/10] bin/13691 fenner tcpslice cannot extract over 2GB part of o [1999/09/13] kern/13740 jlemon wrong IP statistics s [1999/09/16] conf/13775 multi-user boot may hang in NIS environme s [1999/09/17] i386/13787 lnc driver isn't really the lnc driver f [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/27] kern/13997 rwatson RLIMIT_NPROC works unadequately for jails f [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d s [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/12] kern/14285 dillon NFS client appears to lose data f [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" s [1999/10/20] bin/14444 enigma command can't decrypt files encryp f [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14549 mdodd 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro a [1999/11/04] kern/14712 iedowse root has access to NFS mounted directorie f [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > s [1999/11/12] kern/14848 Frame Relay support, corrected a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested f [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol f [1999/12/13] kern/15475 pppd(8) sets the Source Address field of s [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c f [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt f [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/26] kern/15707 dillon bad trap in mprotect o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system s [2000/01/02] i386/15845 Driver for RealTek 8029 f [2000/01/03] bin/15877 tobez Perl 5.00503 interpreter crashes with a s f [2000/01/04] i386/15879 System hangs while watching the tv and ap f [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/12] kern/16090 mdodd No buffer space available f [2000/01/19] i386/16214 Driver for Intel EtherExpress 16 is unrel f [2000/01/21] kern/16257 Kernel panic in sbdrop f [2000/01/21] i386/16269 smp dosen't work with >2 cpus on AMI Goli a [2000/01/22] kern/16299 tmm nfs.ko can be unloaded when nfsd is runni f [2000/01/23] kern/16318 Fix for wrong interface when adding new r f [2000/01/25] i386/16349 Intel EtherExpress Pro/10+ card detection f [2000/01/25] bin/16353 rlogin encryption is broken on transmit s f [2000/01/27] kern/16416 Hang on boot with SMP Dell 2400 o [2000/02/08] kern/16587 cg Can't record with newpcm & CS4236 (AW35/P f [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/21] conf/16879 tanimura Sound drivers seem to be using shared irq o [2000/02/23] conf/16948 qa Sysinstall/disklabel: bad partition table o [2000/02/25] misc/16991 jhb booting install disk and USB f [2000/02/28] bin/17056 rshd does improper home directory check s [2000/03/01] misc/17108 SecureRPC not supported in mount_nfs comm f [2000/03/02] bin/17134 problem with 3.0-RELEASE cron forgetting f [2000/03/03] kern/17142 4.0-CURRENT hangs in ex_isa_identify() wh o [2000/03/10] misc/17310 wpaul NIS host name resolving may loop forever o [2000/03/13] bin/17360 green [PATCH] Cleanup bug in pam_ssh o [2000/03/16] kern/17422 bde 4.0-STABLE: top: nlist failed f [2000/03/17] gnu/17433 libobjc locks mutex before deallocating i o [2000/03/20] kern/17504 ken Another Micropolis Synchronize Cache Prob f [2000/03/20] misc/17517 wpaul 100/10baseT card resets under load s [2000/03/21] conf/17540 NIS host lookups cause NFS mounts to wedg f [2000/03/21] kern/17542 greid random static with GUS PnP o [2000/03/24] misc/17584 groudier fatal SCSI error with a Symbios 53c875 co o [2000/03/27] i386/17626 green sshd cores when I scp to it f [2000/03/28] kern/17634 Non-deterministic PnP sound device config o [2000/03/28] alpha/17637 billf misconfigured syscons bell causes panic o o [2000/03/29] i386/17662 gibbs cam_xpt.c incorrectly disables tagged que o [2000/03/31] i386/17713 gibbs MAKEDEV and /stand/sysinstall goofups wit f [2000/04/02] i386/17761 disk label editor in 4.0 deleted 3.4 part o [2000/04/04] i386/17800 bde [PATCH] problem with statclock initializa f [2000/04/06] kern/17829 The dc driver is seriously broken f [2000/04/07] kern/17842 Erratic user time reports for long runnin o [2000/04/07] bin/17843 ftpd fails to set cwd with mode 700 NFS m f [2000/04/10] kern/17895 dwmalone stale unix domain connections f [2000/04/10] kern/17905 dillon 4.0-SNAP keep on crashing every 3 days o [2000/04/11] i386/17926 yokota psm device problems with apm resume f [2000/04/11] kern/17936 panic: resource_list_alloc: resource entr o [2000/04/12] kern/17961 n_hibma Fatal Trap 12. Page fault while in kernel o [2000/04/12] kern/17965 wpaul vr (MII-bus version in 4.0 ONLY) driver l o [2000/04/14] kern/18012 adrian vnode_free_list corruption, "free vnode i o [2000/04/17] misc/18065 mdodd FREEBSD 4.0 crashes on boot Compaq Prolia o [2000/04/23] ports/18180 jmz xdm authorization fails with XDM-AUTHORIZ s [2000/04/23] bin/18181 Getty can fail to observe :de: specificat f [2000/04/23] i386/18185 gibbs Adaptec 3950U2 errors during boot/probe o [2000/04/24] kern/18200 mdodd 3com 3c509b recognized twice during boot f [2000/04/25] kern/18209 green rlimits are never checked in exec() if ex o [2000/04/28] kern/18285 the system froze when use scon -s 50 f [2000/04/30] kern/18316 close-together bt848/878 captures to file o [2000/05/02] kern/18345 cg sbc / pcm not fully recognizing AWE64 o [2000/05/02] kern/18348 yokota tags o [2000/07/19] kern/20040 msmith Toshiba 2775 hangs after pcib0 driver is o [2000/07/25] misc/20172 byacc 1.9 fails to generate $default tran f [2000/07/27] kern/20217 darrenr IPF default block and inclusion in rc.net o [2000/07/27] kern/20234 green panic(): lockmgr: pid 259, not exclusive o [2000/07/29] conf/20282 qa sysinstall does not recover some /etc fil f [2000/07/31] kern/20335 yokota S3Trio64V+ is detected as CGA by syscons a [2000/08/02] bin/20373 Setting breakpoints in shared objects bro o [2000/08/08] ports/20490 tg Termios timeout parameters, VMIN, VTIME, f [2000/08/09] i386/20507 yokota Mouse freezes in 4.0-release after some u o [2000/08/10] misc/20521 mjacob /etc/rmt several problems o [2000/08/10] kern/20523 Support for PCI multiport cards for sio d o [2000/08/13] kern/20572 marcel cannot safely remove COMPAT_43 from the k o [2000/08/14] kern/20609 dillon panic: vm_fault: fault on nofault entry, f [2000/08/15] kern/20632 stacking mount_null causes an error: moun o [2000/08/15] bin/20633 fdisk doesn't handle LBA correctly f [2000/08/17] i386/20685 fbsd 4.1-stable crashed when compiling st f [2000/08/17] kern/20689 groudier Newbusified version of ncr driver does no o [2000/08/18] kern/20708 imp Adaptec 1542 ISA SCSI Controller not dete f [2000/08/22] bin/20779 assar junk pointer error causes kpasswd to fail o [2000/08/26] misc/20861 jasone libc_r does not honor socket timeouts o [2000/08/28] gnu/20912 gdb does not recognise old executables. f [2000/08/30] bin/20952 markm ftpd doesn't honor account expiration tim o [2000/08/31] kern/20958 mdodd ep0 lockup with ifconfig showing OACTIVE o [2000/09/07] misc/21089 vi silently corrupt open file on SIGINT w f [2000/09/08] kern/21139 ken IBM DNES drives need 'quirk table' entry. o [2000/09/11] bin/21208 tar does not support 2.5 GB file o [2000/09/11] kern/21209 groudier scsi ncr driver installs instead of scsi a [2000/09/13] bin/21248 kris openssl dumps core with blank passwords o [2000/09/13] bin/21251 NIS problem - ypbind does loop in CLNT_BR o [2000/09/14] gnu/21260 buffer overrun in uux o [2000/09/14] ports/21264 markm tn3270 port receives segmentation fault o [2000/09/14] gnu/21276 libI77 is unable to handle files >2Gbytes o [2000/09/15] bin/21292 ifconfig warn but does duplicate IP addre o [2000/09/15] kern/21304 wpaul dc0 watchdog timeouts on NetGear FA310TX o [2000/09/15] kern/21305 roger bktr driver dosn't send signals in contin s [2000/09/18] misc/21384 greid pcm driver has static in recorded audio o [2000/09/19] misc/21406 freebsd's bootinst or booteasy overwrites f [2000/09/20] kern/21424 Blocking issue while regenerating aliases o [2000/09/20] gnu/21433 g++ optimiser produces bad code on right o [2000/09/21] kern/21461 imp ISA PnP resource allocator problem o [2000/09/21] kern/21463 emulationLinux compatability mode should not allow o [2000/09/26] i386/21559 BTX loader sometime show registers f [2000/09/27] bin/21603 green Can't change user passwords on 4.1.1-STAB o [2000/09/28] kern/21642 Compaq Netelligent 10/100 card (TI Thunde f [2000/10/01] kern/21688 Kernel crash with Adaptec AAA-133 and ahc f [2000/10/02] misc/21701 qa Keymap selection menu broken on initial i o [2000/10/02] docs/21708 jlemon kqueue/kevent man pages isn't specific ab o [2000/10/02] ports/21714 sobomax audio problem with nil o [2000/10/05] kern/21771 murray Fix for sppp and Cronyx drivers update f [2000/10/06] kern/21791 Hang on FIN_WAIT_2 a [2000/10/06] kern/21808 [patches] msdosfs incorrectly handles vno o [2000/10/15] misc/21998 green ident only for outgoing connections o [2000/10/16] kern/22029 mckusick use of softdependencies leads to major fi o [2000/10/19] kern/22142 securelevel does not affect mount o [2000/10/22] bin/22212 skeyaccess(3) doesn't for primary group f [2000/10/23] kern/22265 Suspend only possible once after reboot o [2000/10/24] misc/22284 Change (SunOS) NIS passwd error o [2000/10/25] bin/22291 getcwd() fails on recently-modified NFS-m f [2000/10/26] i386/22315 Cannot reboot or power-off the machine o [2000/10/30] kern/22417 gibbs advansys wide scsi driver does not suppor a [2000/10/30] ports/22421 ports New port: Enhydra 3.1 beta 1 o [2000/10/31] i386/22441 pmap_growkernel() is not effective at ker f [2000/11/04] i386/22606 Panic on boot: panic string "panic ahc0: o [2000/11/05] bin/22614 billf pam_ssh dumps core o [2000/11/05] kern/22624 Interrupt conflict btw. vga and Ethernet o [2000/11/06] gnu/22635 Why don't you use truncate(2) in libI77 o [2000/11/06] bin/22647 rmail calls sendmail with -G which upsets f [2000/11/07] kern/22677 (Was pr: misc/11525) similar behavior in o [2000/11/13] kern/22826 emulationMemory limits have no effect in linux com o [2000/11/14] bin/22846 Routed does not reflect preference of Int f [2000/11/15] kern/22862 ncr probe fails with CACHE TEST FAILED: ? o [2000/11/15] kern/22866 Packets send on INET6 sockets compatible f [2000/11/17] kern/22926 kernel 4.1-RELEASE, 4.1.1-RELEASE (floppy o [2000/11/18] kern/22943 emulationProblem with linux emulation o [2000/11/18] i386/22944 isa_dmainit fails on machines with 512MB a [2000/11/18] kern/22947 jon IBM 10/100 EtherJet Cardbus (Xircom X3201 f [2000/11/18] kern/22951 failed drive causes panic with HPT370 RAI f [2000/11/22] i386/23039 disklabel editor couldn't create partitio o [2000/11/23] gnu/23058 ncurses: tgoto_internal() ugliness o [2000/11/24] misc/23069 jkh Compat22 does not work until you reboot o [2000/11/25] bin/23098 ambrisko If installing on a serial console, enable f [2000/11/26] misc/23120 '|more' takes up to 100% system resources o [2000/11/26] ports/23125 mbr Successful emulation of StarOffice depend f [2000/11/29] i386/23188 PCI modem doesn't work with 4.1-RELEASE w f [2000/11/30] conf/23192 FTP REALLY slow on internal NIC aswel (12 a [2000/11/30] bin/23203 opie doesn't know that ssh connections ar o [2000/12/04] bin/23269 green OpenSSH TIS Authentication support has br f [2000/12/06] i386/23320 Can`t create a new thread for connect to o [2000/12/07] bin/23352 [SECURITY] buffer overflow in opieftpd f [2000/12/07] misc/23364 gethostbyaddr takes longer or locks up an a [2000/12/07] misc/23376 tobez The version of CGI.pm bundled with perl i o [2000/12/08] kern/23400 IPsec transport mode precludes filtering o [2000/12/11] kern/23468 imp xe Driver causes kernel panic when Xircom f [2000/12/11] i386/23485 Freebsd Kernel: unknown Vr0 rx Error occ o [2000/12/11] bin/23489 tcsh fails to do file completion on non-E o [2000/12/12] kern/23515 get error in messages system log "Dec 11 o [2000/12/13] kern/23535 imp 4.x kernels seem to no longer support Ada f [2000/12/13] conf/23537 Post 4.2 RELEASE errata problem about pas o [2000/12/14] misc/23561 emulationLinux compatibility mode does not support f [2000/12/15] i386/23572 486/66 on Micronics motherboard will not o [2000/12/16] gnu/23593 obrien [patch] possible fix to awk(1) o [2000/12/18] ports/23638 kuriyama Add turbine-pool.jar to Cocoon CLASSPATH o [2000/12/22] kern/23771 bridge/firewall doesn't work as in bridge o [2000/12/26] bin/23866 dwmalone patch for pointing out current date o [2001/01/02] kern/24032 markm rndcontrol and pccardd use of interupt ha o [2001/01/03] kern/24059 n_hibma USB support broken in SMP kernel o [2001/01/04] kern/24070 n_hibma uhci USB driver disables port on reatachi o [2001/01/04] kern/24074 mdodd Properties of token-ring protocol must be f [2001/01/04] gnu/24082 Use of seekp() in C++ programs causes seg f [2001/01/05] kern/24085 syncing on shutdown leaves filesystem dir o [2001/01/06] kern/24100 imp Having a 3c589 PCMCIA/PCCARD inserted pre o [2001/01/06] docs/24125 wes connect(2) can yield EWOULDBLOCK/EAGAIN f [2001/01/09] i386/24210 compaq dl360 hangs with smp kernel o [2001/01/10] conf/24238 First physical interface always has IPv6 o [2001/01/12] bin/24271 dumpon should check its argument more f [2001/01/14] kern/24335 Crash when returning from single user mod o [2001/01/16] misc/24391 cannot kill amd after interface disappear o [2001/01/19] bin/24461 pirzyk Being able to increase the YP timeout wit o [2001/01/19] bin/24472 libc_r does not honor SO_SNDTIMEO/SO_RCVT o [2001/01/22] kern/24559 aio_suspend() had Bus error when using -l s [2001/01/23] misc/24590 timezone function not compatible witn Sin f [2001/01/23] kern/24593 NFS hang between stable and current boxes o [2001/01/25] kern/24629 ng_socket failes to declare connected dat o [2001/01/25] bin/24632 libc_r delicate deviation from libc in ha o [2001/01/25] misc/24641 jasone pthread_rwlock_rdlock can deadlock o [2001/01/28] bin/24691 map-mbone segfaults at getsockname o [2001/01/28] i386/24701 tempnam() possibly used unsafely by libg2 o [2001/01/29] ports/24711 portmgr ${MAKEFILE} causing trouble with ports o [2001/01/29] misc/24712 Getting message /usr/libexec/ld-elf.so.1: o [2001/01/29] bin/24721 libgcc_r problem - library precedence wit o [2001/01/30] i386/24737 Socks5 clients die with leaving zombie pr a [2001/01/31] ports/24753 ports Pipsecd may get a tun device with the IFH o [2001/02/01] ports/24778 portmgr "update" target not available in categori o [2001/02/06] gnu/24903 Patch to remove 32bit limit from tar o [2001/02/06] i386/24916 SCSI timeout errors with adv0 driver (Adv o [2001/02/09] kern/24982 stack gap usage o [2001/02/10] i386/24997 /boot/loader cannot handle extended dos p o [2001/02/11] ports/25007 max telnetx problem on 4.x o [2001/02/12] kern/25037 top doesn't show CPU states (shows zeroes o [2001/02/12] kern/25038 dhcp client could not set hostname on boo o [2001/02/13] kern/25067 adrian able to mount a pathname > 80 char. but u o [2001/02/14] kern/25093 4.2-STABLE does not recognize PCNet-ISA+ f [2001/02/16] kern/25136 Fatal trap 12: page fault while in kernel a [2001/02/19] kern/25201 imp pccard event and syscons beep duration de o [2001/02/19] kern/25213 peter Bus abstraction interface doesn't allow p f [2001/02/19] i386/25214 Installing 4.2, and after the initial set o [2001/02/20] bin/25244 termcap and printcap interference f [2001/02/21] kern/25245 mounting NFS to/from same host + activity o [2001/02/21] kern/25248 bde sys/user.h needs sys/param.h, but doesn't f [2001/02/21] kern/25261 gibbs ahc0 no active SCB errors when booting of o [2001/02/21] ports/25272 rse Using eperl as cgi/nph binary executor ca o [2001/02/23] bin/25337 rwatson dmesg -a should be restricted o [2001/02/25] ports/25374 okazaki A new port math/atlas highly optimized BL o [2001/02/28] bin/25461 qa sysinstall's fdisk and disklabel don't wo f [2001/02/28] kern/25464 if_xl.so kld does not work with "options f [2001/03/01] kern/25476 [PATCH] The syscall oldgetkerninfo can re o [2001/03/03] kern/25511 ioctl(fd, FIONREAD, &c) on a FIFO (not PI o [2001/03/04] ports/25522 portmgr FORBIDDEN ports doesn't return error for o [2001/03/05] bin/25542 /bin/sh: null char in quoted string o [2001/03/07] misc/25585 sed.test 8.16 puts bugged sed into infini o [2001/03/07] bin/25586 green Password expiration doesn't work after up o [2001/03/13] kern/25781 Statclocks cannot be disables on ServerWo o [2001/03/14] misc/25801 imp change IP-address on pccard (3Com) fails o [2001/03/15] bin/25826 nfsd -t -h adr1 -h adr2 doesn't work o [2001/03/16] misc/25851 qa Security hole in anonymous FTP setup scri o [2001/03/17] bin/25886 cgetset(3) doesn't get cleared when switc o [2001/03/18] i386/25889 FDISK lost a partition ! o [2001/03/19] bin/25929 Can't use MAKEDEV in fixit mount o [2001/03/20] kern/25949 msmith camcontrol doesn't find new drives or RAI o [2001/03/20] i386/25958 msmith Xfree86's savage and vesa drivers can pan o [2001/03/21] i386/25968 /usr/src/lib/libcrypt/../libutil/property o [2001/03/22] kern/25986 Socket would hang at LAST_ACK forever. o [2001/03/22] misc/26002 n_hibma Poor read/write performance on uhci USB c o [2001/03/22] kern/26013 Linksys (rev 3) USB 100TX NIC causes infi o [2001/03/23] ports/26036 dima acroread4 produces invalid postscript in o [2001/03/25] kern/26078 Jails cannot connect to the main server a o [2001/03/26] bin/26093 markm pam_unix rejects authenticating accounts o [2001/03/27] kern/26142 Unlink fails on NFS mounted filesystem f [2001/03/27] kern/26161 Kernel Panic on Dual Processor System dur o [2001/03/28] kern/26171 emulationnot work Linux-emulator, but hi is work i o [2001/03/31] i386/26261 silo overflow problem in sio driver f [2001/04/01] conf/26275 darrenr ipfilter_enable in rc.conf does not load o [2001/04/02] bin/26307 libc_r aborts when using the KDE media pl o [2001/04/03] kern/26309 PPPoE client panics in kernel - fxp probl o [2001/04/03] misc/26320 mountd breaks IRIX automounter f [2001/04/04] kern/26356 Large copy of files to the machine causes f [2001/04/04] kern/26361 5.0-04022001-CURRENT kernel panic on kern f [2001/04/05] gnu/26362 "cvs server" doesn't honour the global -- o [2001/04/06] kern/26384 dc driver hangs in dc_rxeof o [2001/04/08] kern/26430 cg -CURRENT panics on cat /dev/dsp or cat /d o [2001/04/09] ports/26464 mbr Citrix client no longer reads files in lo o [2001/04/10] misc/26486 setnetgrent hangs when netgroup contains o [2001/04/11] kern/26501 imp Unsuported PCCARD freeze the kernel in is o [2001/04/12] kern/26506 sendto() syscall returns EINVAL in jail e o [2001/04/14] kern/26567 Mouse driver will not properly restart if o [2001/04/14] kern/26568 Mouse driver will die if you move mouse a o [2001/04/16] kern/26613 ethernet vr0 hangs o [2001/04/19] kern/26704 AHA-2940[UW] gives MPARERR on cold boot ( o [2001/04/23] ports/26797 assar arla-0.34.6 causes kernel panic/page faul o [2001/04/23] bin/26809 /etc not saved on upgrade o [2001/04/25] bin/26842 dd dump with h flag takes a very long time o [2001/04/25] ports/26848 sobomax jre port core dumps o [2001/04/25] bin/26869 vi(1) crashes in viewing a file with long o [2001/04/27] ports/26891 dwcjr Star Office 5.2 doesn't run after install o [2001/04/27] misc/26897 qa 4.3R sysinstall fails to create swap part f [2001/04/27] i386/26903 qa Cannot use DHCP from /stand/sysinstall ne o [2001/04/28] kern/26920 imp PCI autoconfiguration of USB, dc ether, a o [2001/04/29] kern/26953 adter the installation is over it's make o [2001/04/30] i386/26985 jkh floppy install 4.3 via FTP hangs o [2001/04/30] bin/26996 green sshd fails when / mounted read-only o [2001/05/01] kern/27020 FreeBSD 4.3RC compiled with an SMP kernel o [2001/05/02] kern/27044 remounting a r/w filesystem read-only cau o [2001/05/02] ports/27052 portmgr libtool port broken in 4.3 RELEASE o [2001/05/04] bin/27086 green OpenSSH does not set X11 forwarding o [2001/05/04] kern/27087 FreeBSD 4.3-RELEASE does not recognize Gi a [2001/05/08] ports/27202 dougb mail/pine sucks rocks when saving over NF o [2001/05/09] bin/27230 nectar Users after NIS lines in /etc/passwd o [2001/05/09] kern/27237 Watchdog Timeouts under EXCESSIVE load o [2001/05/09] kern/27242 SIGHUP propagation failure to processes o o [2001/05/10] i386/27247 Panic on install - "page fault syncing di o [2001/05/10] kern/27262 process won't be terminated after CPUTIME a [2001/05/15] ports/27358 znerd Naming scheme for JDK ports (java) f [2001/05/16] misc/27384 SCSI Hardrive bios of COMPAQ Proliant is o [2001/05/16] misc/27400 4.3 install hangs because it is looking f o [2001/05/17] ports/27419 jhb E-FancyLauncer clones itself over and ove o [2001/05/20] kern/27474 Interactive use of user PPP and ipfilter o [2001/05/21] misc/27498 grog vinum crashed after 'vinum dumpconfig' o [2001/05/21] kern/27522 des linprocfs:/proc/stat does not handle SMP o [2001/05/22] kern/27543 des /proc/cpuinfo does not handle SMP hosts o [2001/05/23] docs/27605 doc Cross-document references () o [2001/05/27] kern/27694 cg Panic in csa(4) f [2001/05/29] i386/27729 qa the ls120 device "afd" does not show up u o [2001/06/01] misc/27810 rpc.statd can loop o [2001/06/04] ports/27875 ports invoked on boot, SIGHUP is delivered and f [2001/06/04] misc/27880 select fails to return incoming connect o [2001/06/04] ports/27883 bp shares mounted by the smbfs-1.4.1 port ar o [2001/06/05] misc/27893 can't burn audio cds on LG CD-RW CED-8083 o [2001/06/05] misc/27896 Error in /etc/exports invalidates entire o [2001/06/07] ports/27925 portmgr index is not updated when it html manpage o [2001/06/07] ports/27926 portmgr bsd.port.mk does not handle MLINKS with h o [2001/06/07] ports/27929 jmz make extract on x11/XFree86-4 port fails o [2001/06/09] bin/27988 [PATCH] let pam_ssh.so explicitly start s o [2001/06/09] kern/27995 src/sys/pci if_pcn.c revision 1.21 resp. o [2001/06/12] misc/28095 [PATCH] pax may descend into directories o [2001/06/12] kern/28100 Hang after device probe on EISA machine o [2001/06/12] ports/28102 assar Recent changes to 4.3-STABLE break arla-0 o [2001/06/12] kern/28112 Packet capture does not work well with -p o [2001/06/14] ports/28155 portmgr DESTDIR is used incorrectly in bsd.port.m o [2001/06/15] kern/28173 Problem with Touchpad on Inspiron 5000e o [2001/06/15] ports/28179 nbm vsftpd port creates a user without a warn o [2001/06/15] misc/28188 Cron is being started to early in /etc/rc o [2001/06/16] kern/28218 A peer of TCP socket cannot detect termin o [2001/06/16] bin/28221 eric dialog(1) segfaults (due to the bug in li o [2001/06/17] bin/28223 su doesn't look at login.conf all the tim o [2001/06/17] bin/28224 ftpd doesn't honor invalid shelll in logi o [2001/06/17] i386/28231 /boot/loader can't load kernel on Xyberna o [2001/06/20] ports/28301 ports Isakmpd port hogs 99% of cpu capacity. o [2001/06/20] bin/28311 markm ftpd and sshd do not honor expired pw ent f [2001/06/22] misc/28339 roam Slow Disk performance on 4.3 (about half o [2001/06/23] misc/28374 Re: gdb output is wrong (same as #13427 ? o [2001/06/23] ports/28378 jedgar p5-Net-IRC-0.70_1 eats irc text with col o [2001/06/23] bin/28381 Can't turn off telnet autologin o [2001/06/24] ports/28398 ports ja-dvips cannot find tex.pro o [2001/06/25] kern/28417 arplookup uses potentially unprotected st o [2001/06/26] bin/28424 mtree fails to report directory hierarchy o [2001/06/26] kern/28434 cs0's promiscuous mode does not work o [2001/06/27] misc/28442 hot rebuild on Compaq Intergrated Smart A o [2001/06/27] ports/28458 ports Gnome-1.4's use of Xalf out of sync with o [2001/06/28] ports/28491 kiri www/w3-4 port: mismatch between pkg-plist o [2001/06/28] kern/28497 dmesg corrupted buffer/output o [2001/06/28] kern/28498 /var/log/messages incorrect o [2001/06/29] misc/28508 problems with backup to Tandberg SLR40 st o [2001/06/30] i386/28536 writing to corrupted msdosfs causes kerne o [2001/06/30] bin/28552 EUC support of wcstombs(3) is broken for o [2001/07/01] i386/28592 Please support boot from ATA RAID-0 devic o [2001/07/02] misc/28629 ftpd REST command does not support restar o [2001/07/03] kern/28672 Erroneously mounting Audio-CDs as ISO cra o [2001/07/04] kern/28692 cg ICH sound driver hangs kernel o [2001/07/04] kern/28713 NEW IPFW FEATURE [PATCHES]: Dynamic rule o [2001/07/05] bin/28724 green ssh client won't do RhostsRSAAuthenticati o [2001/07/05] misc/28737 D-Link DFE530TX - vr0: Watchdog Timeouts; o [2001/07/06] kern/28768 The system doesn't get connects on one of o [2001/07/06] bin/28773 [PATCH] Bug in pw, no $ in username o [2001/07/07] bin/28798 mikeh mail(1) with a pager (more) requires fg/C o [2001/07/07] i386/28802 3com Performance Pro modem conflicts with o [2001/07/09] kern/28840 gibbs Possible interrupt masking trouble in sys o [2001/07/09] bin/28852 cracauer behavior of /bin/sh with -e option looks o [2001/07/09] ports/28853 gnome textproc/scrollkeeper doesn't compile o [2001/07/09] kern/28856 3COM PCI FaxModem with shared IRQ causes o [2001/07/11] ports/28889 lioux qpopper-4.0.3 error: Insufficient room to o [2001/07/12] i386/28928 wpaul dual starfire nic doesn't seem to work (a o [2001/07/13] bin/28935 dwmalone syslogd -u doesn't treat * as "all levels o [2001/07/15] i386/28985 Installing FreeBSD 4.3 on a Dell Optiplex o [2001/07/16] bin/29026 traceroute -s option allows any IP addres o [2001/07/17] bin/29049 green multi-user with star o [2001/09/15] misc/30590 /etc/hosts.equiv and ~/.rhosts interactio o [2001/09/15] kern/30592 roam [PATCH] panic: static sysctl oid too high o [2001/09/17] kern/30630 fenner Failure to check for existence of interfa a [2001/09/17] ports/30638 ports SQL-Ledger port update o [2001/09/18] kern/30653 brooks KAME option MAX_GIF_NEST missing from /us o [2001/09/18] bin/30654 Added ability for newsyslog to archive lo f [2001/09/18] ports/30663 ports NEW PORT: devel/libCxClient o [2001/09/21] misc/30708 DHCP and multiple interfaces o [2001/09/21] kern/30712 fatal kernel trap during ufs_rename o [2001/09/21] kern/30715 4.4-RELEASE cannot boot up with fxp NIC o o [2001/09/21] ports/30728 portmgr pkg_add causes install of multiple versio o [2001/09/22] kern/30744 UDMA ICRC error results in kernel panic o [2001/09/23] kern/30755 It is impossible to mount CD-ROM in some o [2001/09/23] ports/30767 jmz silly links break XFree-4 port if /usr/X1 o [2001/09/24] i386/30784 4.4 does not install KDE or Gnome+Sawfish o [2001/09/24] kern/30798 contigfree() doesn't o [2001/09/25] kern/30820 sound PCM sound fails o [2001/09/25] ports/30823 ports New port: KinterbasDB, Python module to a o [2001/09/26] bin/30837 Sysinstall doesn't set the schg flag on t o [2001/09/27] gnu/30876 tar ignores complaints from gzip o [2001/09/30] ports/30947 ports mail/mahogany fails to build, conflicts w o [2001/09/30] kern/30948 ls'ing mounted brand new floppy locks up o [2001/09/30] kern/30952 kernel panics with 3C905[BC] cards / xl d o [2001/10/01] kern/30958 QUOTA with 0 bytes in quota.user hangs up o [2001/10/01] bin/30959 newfs -i x dumps core for small values of o [2001/10/01] i386/30965 Cyclades Cyclom-Yep causes FreeBSD to han f [2001/10/01] bin/30966 fenner TCPdump repeating on Radius accounting pa o [2001/10/01] kern/30971 peter NFS client modification time resolution i o [2001/10/02] i386/30991 pcm in PNP-OS mode vs. non-PNP-OS mode po o [2001/10/02] bin/30993 xxgdb cannot open source file o [2001/10/04] bin/31029 cjc syslogd remote logging back down o [2001/10/04] i386/31035 Smart Array & SMP hangs on Proliant 1600 o [2001/10/04] bin/31045 routed dumps core o [2001/10/04] kern/31046 Linux OpenGL programs do not work under t o [2001/10/04] kern/31047 Linux programs do not dump core in linux o [2001/10/06] kern/31084 imp xe driver device probe fails in CIS tuple o [2001/10/06] kern/31085 kernel panic on tftp only pxeboot o [2001/10/07] kern/31102 lge + Pentium III data transmission probl o [2001/10/07] kern/31103 nfs read i/o error when nfs-mounting onto o [2001/10/07] ports/31113 portmgr bsd.ports.subdir.mk: remove NOCLEANDEPEND a [2001/10/08] kern/31130 cjc ipfw tee functionality causes malfunction a [2001/10/08] ports/31143 ports gd does not compile, uses nonexistent ftg o [2001/10/08] kern/31147 Kernel panics (double fault) in some "net o [2001/10/09] misc/31175 4.4 wikk not detect ethernet cards on HP o [2001/10/09] ports/31184 ports Latex2html problem o [2001/10/10] ports/31191 ports netsaint - plugins sometimes not found o [2001/10/10] kern/31203 Cardbus xl driver broken on -CURRENT o [2001/10/11] ports/31216 znerd New port: devel/plist-builder o [2001/10/12] kern/31238 `hpijs' process hangs unkillably in `devb o [2001/10/14] docs/31265 doc crontab(1) doesn't decribe format of allo o [2001/10/14] conf/31280 /etc/rc.network NFS server startup broken o [2001/10/15] bin/31306 sysinstall fails to create non-root parti o [2001/10/17] bin/31339 make's .if processing buggy o [2001/10/18] ports/31352 ports Netsaint check_by_ssh: fcntl(0, F_SETFL, o [2001/10/18] misc/31363 sysinstall "partition editor" silently co o [2001/10/21] kern/31398 cg newpcm does not play back the tail of sou o [2001/10/21] ports/31414 ports gd won't compile on 4.3 f [2001/10/21] ports/31422 ache Does pkg_delete have to erase /usr/local/ o [2001/10/23] kern/31460 ATAPI CD-ROM makes system reboot with DVD f [2001/10/24] kern/31471 Specific IPFW's FWD rule crashes the kern o [2001/10/24] i386/31481 FreeBSD does Not find disk drives with Co o [2001/10/25] kern/31492 Panic in sysctl_remove_oid. o [2001/10/25] ports/31494 ache mod_perl fixes for apache13 port o [2001/10/26] ports/31511 obrien g++30 produces binaries which SIGBUS when o [2001/10/26] kern/31515 Use of USB Keyboard crashes 4.4 during in o [2001/10/26] ports/31527 dwcjr "reject_unknown_client" configuration pro a [2001/10/27] kern/31530 Fatal trap 12 when reading from DVD. o [2001/10/28] ports/31567 ports tgif -print fails to create temp files o [2001/10/29] kern/31586 netgraph bridges cause connectivity probs o [2001/10/29] kern/31597 pcm_addchan incorrectly adds vchans to PC o [2001/10/29] ports/31605 kde kmail cannot decrpyt/encrypt/verify gnupg o [2001/10/29] i386/31620 kernel panic at ACPI enable kernel o [2001/10/30] conf/31631 "MAC address" can't be acquired properly. o [2001/10/31] kern/31659 USB controller driver will die after some o [2001/10/31] bin/31661 jasone pthread_kill signal handler doesn't get s o [2001/10/31] misc/31670 Wide-Ultra 10k SCSI 3 drive is not recogn o [2001/10/31] bin/31678 A bug in handling an error reading a CD-R o [2001/11/01] ports/31688 java JDK 1.3.1 Update for Sun's Java Communica o [2001/11/01] ports/31689 java JDK 1.3.1 update for FreeBSD/Java Commapi f [2001/11/01] bin/31692 2872-or-less-byte ftp binary transfer fro o [2001/11/01] ports/31699 ports The graphics/gd2 port conflicts with grap o [2001/11/03] ports/31729 kde QT2.3 will not build f [2001/11/03] misc/31736 DMA mode not possible switching to PIO mo o [2001/11/03] kern/31746 failed connect(2) seems to cause problems o [2001/11/04] ports/31767 ports Fix glide3 includes for DRI compile o [2001/11/05] kern/31768 darrenr Use of fastroute in IPFilter reboots the o [2001/11/05] i386/31771 brian PPP compares CHAP81 response case sensiti o [2001/11/05] kern/31790 problem with NFS and jail() o [2001/11/05] ports/31793 billf snmpd loops on udp.ipv6UdpTable.ipv6UdpEn o [2001/11/06] kern/31804 Clearing PME mode kills network performan o [2001/11/07] ports/31819 jmz ports/ispell install doesn't work o [2001/11/07] bin/31835 dhclient doesn't close FD's before spawni o [2001/11/07] bin/31837 sysinstall change mountpoint o [2001/11/07] kern/31839 ex0 panic if NIC not cabled a [2001/11/07] ports/31840 portmgr package naming inadequation (gnome vs gtk o [2001/11/07] i386/31845 Toshiba Satellite 2105CDS won't boot Free o [2001/11/08] i386/31850 panic: allocdirect_check o [2001/11/08] bin/31860 read wont timeout on sockets if using thr o [2001/11/08] misc/31864 system header file attempts to redefine a o [2001/11/09] ports/31892 dima KPilot port is history. KPilot is fully i o [2001/11/09] ports/31893 des gnats-3.113.1 conflicts with /usr/bin/sen o [2001/11/11] misc/31915 System lock-up o [2001/11/12] gnu/31929 GNU Tar shipped with FreeBSD handles rela o [2001/11/12] kern/31940 nge gigabit adapter link reset and slow t o [2001/11/13] i386/31967 reboot/shutdown hangs on Sony VAIO 505 w/ o [2001/11/14] kern/31979 Setup and boot locks Compaq Armada E500 l o [2001/11/16] ports/32047 ports Existence of linux_base-62 appeares to be o [2001/11/17] ports/32063 znerd patch for /usr/ports/java/linux-jdk about o [2001/11/17] bin/32072 setuid w/o immutable flag o [2001/11/18] kern/32098 semctl() does not propagate permissions o [2001/11/19] kern/32118 21143 with dc driver will not select 10ba o [2001/11/19] ports/32121 jmz xf86cfg 4.1.0 writes bad "Chipset" value o [2001/11/20] kern/32124 Cannot set 128 bit wep key on prism2 (wi0 a [2001/11/21] ports/32164 skv New port: p5-XML-SAX-Simple-0.01 f [2001/11/21] bin/32175 green ssh-keygen -p core dumps o [2001/11/22] misc/32194 Adaptec SCSI RAID 2100 fails by reboot o [2001/11/22] bin/32205 brian PPP login fails in LCP negotiation on opt o [2001/11/23] ports/32223 ports Port databases/mysql-jdbc-mm is quite out o [2001/11/23] kern/32226 time of day clock runs fast (approx twice o [2001/11/23] ports/32234 portmgr Perl ports not $LOCALBASE clean o [2001/11/24] kern/32256 System crash/reboot when deleting file on o [2001/11/24] bin/32261 dump creates a dump file much larger than o [2001/11/26] alpha/32289 alpha memory management fault o [2001/11/26] bin/32295 pthread dont dequeue signals o [2001/11/26] misc/32296 dwmalone brk() has illegal prototype o [2001/11/26] misc/32297 sound Scratchy sound, bad hiss with ALS4000 bas f [2001/11/27] kern/32331 system panic in quotaoff o [2001/11/27] kern/32338 Network to disk write performance low und o [2001/11/28] kern/32353 if kern.maxproc > 512 sybase ASE 11.9.2( o [2001/11/28] gnu/32365 obrien gcc optimiser bug with -O -march=i686 o [2001/11/29] bin/32374 vi -r doesn't work, file contained unexpe o [2001/11/29] ports/32382 znerd 'ant' doesn't work if JAVA_HOME not set o [2001/11/29] ports/32383 sobomax 'javavm' doesn't work if more than 1 argu o [2001/12/01] bin/32432 /etc/rc.diskless2 borken in stable. o [2001/12/03] ports/32465 ports emulators/vmware2 doesn't build o [2001/12/03] ports/32471 ports amavis-perl only usable for sendmail o [2001/12/03] ports/32476 skv New port: oracle7-client o [2001/12/03] ports/32477 skv New port: p5-DBD-Oracle-1.12 o [2001/12/03] ports/32491 ports XF86 4.1.0 DPMS not functioning o [2001/12/04] ports/32524 kde Port build failed: x11-toolkits/qt23 o [2001/12/05] ports/32529 kde Konqueror 2.2.2 refuses to follow some li o [2001/12/05] ports/32539 gnome gnomedb-fe will not run. o [2001/12/06] kern/32556 sound system crashes when unloading sound modul o [2001/12/06] ports/32558 olgeni www/sitecopy is broken f [2001/12/06] docs/32564 doc [PATCH] MAKEDEV.8 (i386) - wd# is replace o [2001/12/07] ports/32589 dirk mod_php4 configure script fails o [2001/12/07] bin/32591 markm The memory block doubly freed in Heimdal o [2001/12/08] kern/32600 luigi [PATCH] incorrect handling of parent rule o [2001/12/08] bin/32619 des libfetch does not use RFC 1738's definito o [2001/12/08] misc/32631 installing 4.4 "mounting root from ufs:/d f [2001/12/08] ports/32637 ports Can't make install ja-mozilla-jlp-0.9.6, o [2001/12/09] ports/32639 ports freeamp: preference AllowMultipleInstance o [2001/12/09] ports/32663 kde kdelibs2 port potentially conflicts with o [2001/12/10] kern/32668 peter NFS directory removal problems manifested o [2001/12/10] ports/32669 sobomax mpg123 can't play mono mp3 file after ste o [2001/12/10] ports/32670 sobomax mpg123: -b doesn't work f [2001/12/10] bin/32686 wosch locate command dumps a core file with bro o [2001/12/11] misc/32699 Tulip ether card EN2242 (if_dc.c) use wro o [2001/12/11] ports/32700 assar inode changes for large o [2001/12/11] kern/32716 system hangs when running vid (usb webcam o [2001/12/11] bin/32717 brian ppp(8) change mss to wrong size o [2001/12/12] ports/32753 ports althea port doesn't compile. o [2001/12/12] bin/32759 [PATCH] make(1) System V include behaviou o [2001/12/12] misc/32760 Please MFC /usr/include/malloc.h to -STAB f [2001/12/12] ports/32773 skv Update port: p5-XML-Simple-1.06 o [2001/12/12] bin/32791 ru FreeBSD's man(1) utility vulnerable to ol o [2001/12/13] kern/32797 Problem with IPX and netgraph(4) o [2001/12/13] ports/32800 dec gated dies on ppp interface up/down o [2001/12/13] ports/32805 ports The apache2 port overwrites configuration o [2001/12/13] kern/32809 yet another panic while syncing disks aft o [2001/12/13] bin/32817 tobez Base system includes outdated CGI module o [2001/12/14] kern/32827 small SO_RCVTIMEO values are taken to be o [2001/12/14] ports/32832 kde Kmail 1.3.2 / kde 2.2.1 / PGP 6.5.8 - kma o [2001/12/14] ports/32844 kde exiting konq term emulator causes crash o [2001/12/15] ports/32871 skv Update port: p5-XML-Parser-encodings-1.02 o [2001/12/16] ports/32896 vanilla o [2001/12/16] ports/32903 ports Kernel panic when returning from single m o [2001/12/16] ports/32922 trevor ports/devel/bin86 won't build with umask o [2001/12/16] misc/32924 dmlb raylink driver having problems receiving o [2001/12/17] ports/32943 ports PostgreSQL port broken o [2001/12/18] ports/32963 skv New port: p5-Class-ISA-0.32 o [2001/12/18] ports/32965 skv New port: p5-Class-BlackHole-0.03 o [2001/12/18] ports/32966 skv New port: p5-Ima-DBI-0.26 o [2001/12/18] ports/32967 skv New port: p5-Class-WhiteHole-0.03 o [2001/12/18] ports/32968 skv New port: p5-Class-DBI-0.36 o [2001/12/18] ports/32970 skv New port: p5-XML-DBMS-1.01.3 o [2001/12/18] ports/32974 skv New port: p5-Math-SimpleVariable-0.03 o [2001/12/18] ports/32975 skv New port: p5-Math-LinearCombination-0.03 f [2001/12/18] bin/32989 des fetch cannot display verbose proxy errors o [2001/12/19] ports/33001 skv New port: p5-PodParser-1.18 o [2001/12/19] ports/33002 skv New port: p5-Pod-POM-0.11 o [2001/12/21] kern/33074 joe USB printer support does not detect print o [2001/12/21] ports/33080 ume grkrellmvolume interferes with the abilit o [2001/12/21] ports/33082 ports audio/mxv fails to compile o [2001/12/22] kern/33085 jlemon Samba's NMBD cannot find alias interface o [2001/12/22] bin/33087 ume No automatic ipf setup for IPv6 o [2001/12/22] ports/33093 jdp cvsup SNAP_16_1e breaks by SIGILL during o [2001/12/24] kern/33138 pnp problem in 4.3, 4.4, 4.5 o [2001/12/24] kern/33143 Kernel panic in uhci_abort_xfer_end o [2001/12/24] bin/33155 green [PATCH] sshd can leave hanging processes o [2001/12/25] ports/33170 ports zip -T [zip file] fails with message abou o [2001/12/26] i386/33195 User Configuration transfer problem durin o [2001/12/26] kern/33201 net/net_osdep.c:if_name is broken o [2001/12/26] kern/33206 sound Soundcard o [2001/12/26] misc/33213 rarpd fails to init IPv6 enabled interfac o [2001/12/27] kern/33234 luigi dummynet localhost pipe causes machine to o [2001/12/27] bin/33235 find terminates with "find: fts_read: Per o [2001/12/29] misc/33315 pthread_key_create does not zero out the a [2001/12/30] bin/33343 phantom Romanian 4.x-stable localization patches o [2001/12/30] kern/33344 memory leak in device resource config loa o [2001/12/30] kern/33346 Kernel panic with SMP kernel o [2001/12/30] kern/33353 panic at odd times...idle, under no load, o [2001/12/30] misc/33370 Post configuration issue o [2002/01/01] ports/33440 ports Ports can not resume an interrupted downl o [2002/01/01] ports/33443 reg gettext-0.1.0.35 broken with new autoconf o [2002/01/01] ports/33447 gnome Galeon cannot access secure pages without o [2002/01/02] kern/33464 dillon soft update inconsistencies after system o [2002/01/02] ports/33482 ports New port for gimp-print o [2002/01/03] bin/33515 amd incorrectly handles multi-homed nfs s o [2002/01/03] ports/33519 portmgr make index fails if PERL_VERSION is 5.6.1 o [2002/01/03] ports/33522 jkh Cvsupit out of date, RELENG_4 or RELENG_4 o [2002/01/04] ports/33530 green net/licq update [PATCH] o [2002/01/04] pending/33532sound Playing audio on some soundcards with pcm o [2002/01/04] kern/33535 invalid kernel diagnostic while writing d o [2002/01/04] bin/33537 savecore cannot save kernel core if it's o [2002/01/04] gnu/33551 cvs chokes on OpenBSD repositories f [2002/01/05] kern/33578 FreeBSD panics when accessing encrypted D o [2002/01/05] kern/33583 linprocfs module makefile not present in o [2002/01/06] bin/33608 des libfetch work unreliable fetching dynamic o [2002/01/06] ports/33614 ports port devel/pike is out of date ! o [2002/01/06] ports/33628 ports cyrus-sasl patch will not build with DB3 o [2002/01/07] ports/33643 ports irssi port: broken Perl support o [2002/01/07] ports/33650 kde py-numeric, koffice, others are hard code o [2002/01/07] kern/33653 DSL PPPoE connection error on 4.5-PRERELE o [2002/01/07] ports/33664 petef x11-wm/fvwm2: fvwm_icons.tgz repackaged. o [2002/01/07] ports/33667 ports [PATCH] mozilla locale description still o [2002/01/07] ports/33671 gnome galeon-1.0.2 fails to compile on FreeBSD o [2002/01/07] misc/33672 telnetd and mount_mfs signal handlers cal o [2002/01/08] ports/33680 ports /usr/ports/graphics/aalib fails to compil o [2002/01/08] kern/33712 joe Duplicate make_dev panic in ugen.c + patc o [2002/01/09] misc/33723 select(2) implementation in threaded (-lc o [2002/01/09] ports/33725 ports New port: A C library for dinamically gen o [2002/01/09] ports/33735 ports ghc 5.0.2 won't build o [2002/01/09] kern/33738 argv == NULL is not handled correctly by o [2002/01/10] ports/33767 ports security/cyrus-sasl port broken if built o [2002/01/10] bin/33770 ftpd performs an infinite loop after send o [2002/01/11] misc/33785 alfred Accept Filtering Stops Answering o [2002/01/11] ports/33795 ports [PATCH] quakeserver questionable file own o [2002/01/11] ports/33803 dwcjr Samba doesn't use Cups libs if configured o [2002/01/12] conf/33810 /etc/ttys: document how to make console i o [2002/01/12] ports/33811 tg [NEW PORT] Add lang/python21 o [2002/01/12] conf/33815 Some pccard.conf entries does not work af o [2002/01/13] kern/33833 Correct kernel config for 4.4-RELEASE is o [2002/01/13] kern/33839 usb0: host controller halted (involving A o [2002/01/13] alpha/33841 alpha ifconfig causes unaligned accesses on Alp o [2002/01/13] ports/33845 ports Build of print/ghostscript-gnu-6.52_2 bro o [2002/01/13] bin/33846 4.5RC1: ftpd dies with SIGSEGV after ABOR o [2002/01/13] ports/33847 ports mpd-netgraph doesn't allow Win95/98/Me us o [2002/01/13] ports/33848 ports CUPS doesn't find parallel port o [2002/01/13] conf/33855 freebsd.mc enables relay_based_on_MX: ope o [2002/01/14] ports/33878 ports perl 5.6.1 port doesn't run h2ph o [2002/01/14] bin/33881 adduser additions: selectable crypt schem 847 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1995/01/11] i386/105 Distributed libm (msun) has non-standard s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/11/20] kern/831 one minor complaint about the kernel visu a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi s [1996/12/02] bin/2137 tegge vm statistics are bad s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d s [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/10] bin/2934 cracauer sh(1) has problems with $ENV s [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] bin/3284 mikeh [PATCH] symorder(1): -t option doesn´t wo a [1997/05/08] gnu/3552 the -L option of tar does not work proper f [1997/05/16] bin/3608 jkoshy Telnet in linemode will break apart long o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/24] kern/3944 paul if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 jlemon nonworking t/tcp server side o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to s [1997/07/26] bin/4172 des suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 portmgr Recommendation re. Ports Collection o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 roberto find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/13] kern/4528 processes hang if the mount_portal proces o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 qa Can't fixit with an NFS-mounted CD. o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/13] bin/5031 gad lpr does not remove original file if -s i s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with f [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 jkoshy Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 gad lpd cannot send long files to HP's JetDir o [1998/02/09] kern/5689 phk sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5712 mikeh /bin/chio code cleaup and option added o [1998/02/14] bin/5745 nik [PATCH] Add /usr/local/share/mk to defaul o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT a [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/11] gnu/5982 no error exit code from tar on child fail f [1998/03/28] bin/6161 assar 2.2.6 kerberos servers are awfully visibl f [1998/03/30] bin/6176 running architextSearch (excite) under li o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i a [1998/04/16] misc/6320 mike Sometimes nohup isn't good enough. o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/17] kern/6668 babkin [PATCH] new driver: Virtual Ethernet driv s [1998/05/29] bin/6785 place for all the default dump flags s [1998/06/01] kern/6820 jesper cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/22] bin/7023 portmgr bsd.port.(%|subdir.).mk patches for size s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 qa Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m a [1998/07/19] bin/7324 Suggestions for minor modifications to ad s [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] gnu/7687 description of default baud rate for cu c s [1998/08/22] kern/7722 Changes to acct format o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/08] bin/7860 gad Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/16] misc/7946 asami ccdconfig gives confusing error when give o [1998/09/18] bin/7973 gad lpd: Bad control file owner in case of re s [1998/09/21] kern/8015 nbm [patch] Some sysctl descriptions for the o [1998/09/27] ports/8063 portmgr [PATCH] Add multiple CDROM support to bsd o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) f [1998/10/12] bin/8295 order of options in printcap causes some f [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/27] i386/8474 repquota does not pick up NIS information a [1998/10/28] bin/8479 dd Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> f [1998/11/08] kern/8604 ps u gets confused about process start ti f [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this o [1998/11/27] i386/8867 qa /stand/sysinstall core dumps (signal 11) o [1998/12/16] ports/9107 portmgr Addition to bsd.port.mk for searching mul a [1998/12/18] bin/9123 kris pax can't read tar archives that contain o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() f [1998/12/28] misc/9220 ache nvi: catalog: mistake in Russian error me o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1999/01/04] bin/9318 vgrind(1): no JAVA support a [1999/01/05] bin/9333 jkoshy timestamp dump's progress o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl o [1999/01/19] kern/9570 dfr ed(4) irq config enhancement o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi f [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/28] kern/9748 error in queue handling of at_shutdown() a [1999/01/28] bin/9770 kris An openpty(3) auxiliary program o [1999/01/29] i386/9777 cg Generic AD1816 sound suport in Luigi's pc o [1999/01/31] ports/9840 portmgr patch allows ports to fetch their sources o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/25] docs/10240 wosch We need a script which check if our web m f [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/03/02] bin/10358 yar ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category f [1999/03/07] i386/10465 mdodd Must disable ex0 to install. o [1999/03/15] bin/10601 Ownership of symlinks copied by adduser a o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/17] kern/10641 groudier Default sync rate in ncr SCSI driver is s o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re f [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 portmgr List mirror sites in MASTER_SITE_BACKUP - o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/05] ports/10965 ports lcc-3.6 unable to compile anything o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 a [1999/04/16] bin/11168 davidn pw(8) usermod does not recognize -w flag f [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] bin/11248 Shuffle o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/19] kern/11789 obrien ELF machine definition missing for ARM o [1999/05/28] bin/11914 wosch makewhatis during installworld uses /usr/ o [1999/05/29] bin/11929 symorder doesn't work on elf format objec f [1999/05/30] kern/11945 mjacob tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/03] kern/12014 alfred Fix SysV Semaphore handling o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/18] bin/12280 LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/21] conf/12324 qa Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 portmgr Adds refetch functionallity to bsd.port.m s [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/28] conf/12432 dougb empty amd_flags causes start failure in r o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/08] ports/12566 billf a guide to pyrotechnics o [1999/07/20] kern/12723 des Unnecessary use of magic numbers in F_[SG o [1999/07/25] bin/12801 nvi infinite recursion with options "left o [1999/07/28] kern/12855 mckusick panic:softdep_flushfiles:looping, caused o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/04] ports/12952 portmgr make _PORT_USE touch cookies by variable, f [1999/08/04] kern/12966 wpaul receiver lockups in vr0 driver f [1999/08/05] bin/12982 keramida last does not support -y option. f [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. f [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system f [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for ' cannot be used in "via" o [2000/05/30] kern/18909 dwmalone select(2) timeout limited to 100000000 se o [2000/06/01] ports/18960 portmgr Add USE_APACHE to bsd.port.mk for Apache o [2000/06/01] bin/18961 green sshd does not print before motd o [2000/06/02] bin/18967 ypserv not linked with tcp wrappers o [2000/06/03] bin/18992 brian log packets blocked by filter rules o [2000/06/03] misc/18997 markm Kerberos5 CFLAGS needed o [2000/06/04] conf/19001 Delayed fsck + mount of insignificant fil o [2000/06/06] ports/19051 asami New target for bsd.port.mk : fetchdepends f [2000/06/06] bin/19056 yacc in 3.4 and 4.0 reports "maximum tabl o [2000/06/06] bin/19057 offer of patch to uname that produces pre f [2000/06/06] kern/19063 VGA keyboard sometimes fails to work in b o [2000/06/07] ports/19112 portmgr files with names something,v in patches d o [2000/06/09] kern/19156 jkh Enable the doFS.sh to run in arbitrary lo f [2000/06/10] bin/19183 more(1) doesn't handle redraw correctly o [2000/06/11] kern/19213 SC_DFLT_FONT compile option breaks kernel f [2000/06/13] conf/19236 sanpei not-existing PCMCI cards in pccard.conf.s o [2000/06/13] bin/19239 login allows users to login remotely with o [2000/06/13] misc/19246 portmgr Poor error message when fetching files wi o [2000/06/13] ports/19253 dirk mod_php4 has pkg dependency when not usin o [2000/06/14] ports/19270 portmgr Ports build mechanism doesn't check wheth o [2000/06/15] gnu/19327 Fix to build 'a.out' binary. o [2000/06/19] misc/19391 emulationEvilness with Linux Terminus, causes X to o [2000/06/20] bin/19404 /usr/bin/error should be included in the o [2000/06/20] misc/19406 setenv() allocates memory which is not fr f [2000/06/21] bin/19422 mikeh users can overflow argv to make ps segfau o [2000/06/22] ports/19448 markm filename input broken o [2000/06/22] ports/19456 chuckr the sp port is hardwired to install it's o [2000/06/23] misc/19467 green OpenSSH (as an rsync tunnel) blocks forev o [2000/06/24] kern/19490 faith0 network device has high number of o [2000/06/26] kern/19535 adrian procfs_rlimit tidyup s [2000/06/28] conf/19573 des Dot Files for Optional Shells o [2000/06/29] ports/19591 issei ssh2 port ignores 'ignorenologin' from lo o [2000/06/30] ports/19594 trevor update port: qrash o [2000/07/01] bin/19635 add -c for grand total to df(1), like du( o [2000/07/02] gnu/19642 kbyanc patch to merge OpenBSD changes to patch(1 o [2000/07/02] ports/19650 asami python package causes segmentation fault o [2000/07/03] bin/19683 green mount displays incorrect mount point on f a [2000/07/03] kern/19686 yokota splash screen fails o [2000/07/05] kern/19720 kbyanc more sysctl signed-ness patches o [2000/07/06] gnu/19733 obrien GDB 4.18 is not GDB 4.18 o [2000/07/07] bin/19755 nologin not configurable o [2000/07/07] kern/19756 Inability to use linux extended partition o [2000/07/07] bin/19772 df output wrong for union-mounts o [2000/07/08] kern/19782 dirk mkisofs 1.12.1 (i386-unknown-freebsd4.0) f [2000/07/09] misc/19798 cg 4DWAVE doesn't work. o [2000/07/10] kern/19827 yokota psm flag bit9(NOIDPROBE) doesn't work cor o [2000/07/10] misc/19837 ambrisko Run Fit it floppy from serial port o [2000/07/12] ports/19868 portmgr modify ports/Mk/bsd.port.mk to remove ALL o [2000/07/12] kern/19871 alfred select on named pipes always returns 'ava o [2000/07/14] kern/19913 des add SYN+FIN counter o [2000/07/15] kern/19966 new syscons screensaver o [2000/07/18] gnu/20004 FBSD4 gcc __attribute__(constructor) not o [2000/07/18] misc/20024 jake [PATCH] queue(3) concatenation macros o [2000/07/19] bin/20042 "rsh -t" doesn't timeout if rcmd(3) never o [2000/07/20] bin/20054 ftpd: rotating _PATH_FTPDSTATFILE losts x o [2000/07/23] docs/20121 jim Better user ppp documentation in man page o [2000/07/24] misc/20139 msmith Simple typo in src/share/examples/ppi/ppi o [2000/07/24] ports/20145 dburr improving the devel/SN port o [2000/07/24] misc/20159 strftime() can't produce ISO8601 format t o [2000/07/24] misc/20166 billf Corrections & additions to games/quiz/dat o [2000/07/26] bin/20204 ps more doesn't handle 8-bit characters prop o [2000/07/27] kern/20214 dec kernel routing bug for nexthop is routed o [2000/07/28] misc/20254 jhb BTX loader 1.00 can not recognize floppy o [2000/07/28] ports/20270 reg libtool needlessly runs ldconfig after in o [2000/07/29] kern/20297 cg Joystick is not enabled with es1370 based o [2000/07/31] bin/20311 markm src/release/Makefile: broken CHECKSUM.MD5 o [2000/07/31] misc/20326 marcel [PATCH] installkernel fails if DESTDIR is o [2000/07/31] misc/20333 ftp login fails on unix password when s/k o [2000/08/01] kern/20352 yokota Configuring a synaptics touchpad o [2000/08/02] ports/20359 demon New port: Apache-mod_perl_guide o [2000/08/02] bin/20371 dhclient inserts bogus configurations o [2000/08/03] kern/20384 n_hibma Phase errors with Zip650 CD on USB o [2000/08/03] kern/20389 ken "device pass" required for CD ripping o [2000/08/03] bin/20391 jhb sysinstall should check debug.boothowto s o [2000/08/03] kern/20393 dillon processes get stuck in vmwait instead of o [2000/08/04] kern/20410 sio support for high speed NS16550A, ST16 o [2000/08/05] conf/20436 Can't make only cd0 under 4.1-STABLE o [2000/08/07] misc/20457 davidn pw command doesn't generate random passwo o [2000/08/09] ports/20499 obrien [PATCH] conserver port doesn't like MD5 c o [2000/08/09] bin/20501 mjacob extra flag to dump to offline autoloaders a [2000/08/10] ports/20520 olgeni New port: lang/mercury o [2000/08/10] docs/20528 doc sysconf(3) manpage doesn't mention posix. s [2000/08/10] kern/20529 billf gigabit cards fail to link o [2000/08/11] i386/20537 msmith HP NetRAID controller error when rebootin a [2000/08/14] ports/20601 ports DESTDIR and /etc/shells a [2000/08/14] ports/20610 patrick New port of cgoban2 o [2000/08/15] bin/20613 des fetch -T n is not timeout correctly when o [2000/08/16] i386/20660 wpaul if_wi provides 802.11 src and dst, not et o [2000/08/17] ports/20678 portmgr make SORTED_MASTER_SITES_CMD variable ove o [2000/08/21] bin/20742 ps Weird problem with 'more' on 4-1-STABLE s [2000/08/22] conf/20774 dougb 'NFS access cache time=2' is not a daemon o [2000/08/23] ports/20795 msmith FBSD 4.x: Citrix client with drive mappin o [2000/08/23] bin/20799 davidn top's problem o [2000/08/23] i386/20803 mdodd ep0 driver finds additional "shadow" ep c o [2000/08/23] kern/20804 deadlocking when using vnode disk file an o [2000/08/24] bin/20824 ftpd returns, "ad0s1a: not a plain file." o [2000/08/24] misc/20830 lile kernel link problems with Olicom token ri o [2000/08/25] i386/20845 Cyclades cy driver incompatible with Cycl o [2000/08/26] kern/20878 wpaul Patch to add support for the 3c556B MiniP o [2000/08/26] bin/20881 kris There's no reason not to build DNSsec-DSA o [2000/08/27] bin/20889 dwmalone syslogd.c still uses depreciated domain A o [2000/08/28] bin/20908 qa /stand/sysinstall too limited in selectio o [2000/08/29] misc/20920 yokota window(1) interferes with screensaver o [2000/08/29] kern/20927 ume dmesg output: looutput: mbuf allocation f o [2000/08/30] bin/20944 ru natd enhancements, default config file an f [2000/09/01] kern/20992 kern/tty_subr.c, b_to_q to a clist with n o [2000/09/02] bin/20996 kris permissions on /usr/bin/opiepasswd o [2000/09/02] bin/21008 gad Fix for lpr's handling of lots of jobs in o [2000/09/04] bin/21024 pow() ERANGE bug o [2000/09/04] kern/21051 Updating 4.1-RELEASE to -current fails be o [2000/09/05] conf/21059 marcel `make -jN buildkernel' can't keep source o [2000/09/05] conf/21066 Proposed change in rc scripts o [2000/09/05] misc/21070 marcel default setting of ${SUP} in Makefile.inc o [2000/09/06] bin/21074 davidn chkgrp vs group(5) inconsistency f [2000/09/06] bin/21075 dwmalone top: can't allocate sufficient memory o [2000/09/06] bin/21080 mjacob dump doesn't use eject tape device correc o [2000/09/08] gnu/21128 a proposed patch for uucp package o [2000/09/09] bin/21142 [PATCH] avoid errors from "make objlink" o [2000/09/09] kern/21156 yokota [PATCH] inconsistency in scmouse vs xterm s [2000/09/10] bin/21178 ken voltag selector, and unload support for c f [2000/09/10] ports/21179 ports New port: math/gul-vdog-qt o [2000/09/12] kern/21222 dillon wrong behavior of concurrent mmap()s on N o [2000/09/12] kern/21229 Proper value for vfs.nfs.access_cache_tim f [2000/09/12] kern/21240 mbufs allocated to data is huge number in o [2000/09/16] bin/21312 more incorrectly redraws screen on xterm f [2000/09/16] ports/21313 mbr vmwarIPv6 and vmware2 panic: Fatal trap 1 o [2000/09/16] bin/21315 Shells often behave oddly when executing f [2000/09/22] bin/21476 ftp in 4.1-STABLE fails on http:// URLs o [2000/09/22] misc/21494 yar ftpd can't handle /etc/chroot entries wit o [2000/09/24] bin/21519 sys/dir.h should be deprecated some more o [2000/09/24] bin/21531 csh/tcsh provide no way to see/adjust new f [2000/09/26] bin/21570 dougb [PATCH] Add -r option to /usr/bin/mail, q o [2000/09/28] ports/21621 portmgr Update port: devel/libtool to 1.3.5 f [2000/09/28] kern/21623 wpaul Chipset SiS630E / NIC SiS 900 o [2000/09/29] misc/21644 /usr/include/sys/mman.h uses a type defin o [2000/09/30] bin/21659 Berkeley db library is statically compile o [2000/10/01] i386/21672 obrien AMD Duron Rev. A0 reports incorrect L2 ca o [2000/10/01] misc/21675 Better and more disktab entries for MO dr o [2000/10/02] conf/21695 ifconfig_XXX_aliasY in rc.conf; Y must be o [2000/10/02] misc/21715 The freebsd mail list digifier loses MIME o [2000/10/02] ports/21719 nbm New Port: Courier Mail Suite o [2000/10/03] conf/21722 The mixer settings are lost on sysetm reb o [2000/10/04] bin/21751 ken libcam's cam_real_open_device() may lose o [2000/10/04] kern/21754 n_hibma Sound stops working when NetGear USB Devi o [2000/10/05] ports/21765 portmgr I cat't make ports using pw_gid) != typeof(group->g o [2000/10/26] conf/22308 mounting NFS during boot blocks if host m o [2000/10/26] misc/22332 request to add vtys to /etc/ttys o [2000/10/27] bin/22351 sed(1) fails with backslash on buffer bou o [2000/10/29] ports/22399 msmith PIB 1.2 still looks for MD5 info in files o [2000/10/30] ports/22412 taoka two extraneous ports and one name change f [2000/10/30] misc/22434 problem with certain NIC's using rl on au o [2000/10/31] bin/22442 greid [PATCH] Increase speed of split(1) s [2000/11/01] docs/22470 doc man 3 msgrcv's BUGS section needs updatin o [2000/11/02] ports/22550 obrien Patch for conserver for log file rotation o [2000/11/04] kern/22602 CDRoms checked during shutdown (umount) o [2000/11/04] bin/22612 crontab -e failures o [2000/11/06] conf/22645 Cannot override "ignore" in /etc/mail.rc o [2000/11/07] misc/22660 termcap kterm entry tc=xterm is wrong f [2000/11/07] ports/22683 ports New port net/dnip-update a [2000/11/08] misc/22696 luigi picobsd build with router configuration c o [2000/11/08] ports/22698 portmgr Ports' rc.d files should use rc.conf o [2000/11/09] bin/22730 fenner tcpslice doesn't handle long file offsets f [2000/11/14] conf/22859 darrenr rc.network should start ipf/ipnat AFTER p o [2000/11/14] bin/22860 [PATCH] adduser & friends with '$' in use o [2000/11/14] docs/22861 dd newsyslog man page is misleading and inco o [2000/11/15] kern/22868 getsockname may return an incorrect addre o [2000/11/15] misc/22873 markm Perl's core'h conflicts with ncurses.h o [2000/11/16] i386/22900 patch: Adds Brand ID support to src/sys/i o [2000/11/17] misc/22914 bootinst messages are not updated s [2000/11/17] conf/22916 green Ssh/sshd binaries lacks kerberos support o [2000/11/17] bin/22933 green Typographical error in ssh.1 f [2000/11/20] ports/22995 grog Update port: x11-servers/x2x (fix ports/2 o [2000/11/23] conf/23063 ru [PATCH] for static ARP tables in rc.netwo o [2000/11/24] bin/23081 Touchpad on NEC Versa laptop is unusable o [2000/11/24] bin/23082 dwmalone ntpd has only one reference-clock parser f [2000/11/24] misc/23084 mount_nfs hangs self with some NFS server o [2000/11/25] bin/23097 Enhance WEP some more including ability t a [2000/11/26] kern/23123 yar IP options reveal IPstealth mode. Just t o [2000/11/27] misc/23148 getopt(3) works non-intuitively? o [2000/11/29] bin/23178 'talk' not doing right thing o [2000/11/29] bin/23180 Certain KOI8 characters are treated as "w o [2000/12/01] bin/23204 length of salt in crypt() is not the same a [2000/12/02] ports/23232 ports gettext/xview port collision o [2000/12/02] bin/23233 kris Reincorporate /usr/bin/error in the FreeB a [2000/12/03] bin/23254 fenner yacc accepts bad grammer o [2000/12/04] ports/23287 portmgr allow system-local patches for ports o [2000/12/05] kern/23304 POSIX clock_gettime, clock_getres return f [2000/12/05] kern/23314 aic driver fails to detect Adaptec 1520B f [2000/12/07] kern/23353 fcntl(F_GETLK) return l_pid equal to -1 f f [2000/12/07] misc/23362 fenner tcpdump wrong on sppp CISCO_HDLC encoded o [2000/12/07] misc/23366 mmap() non conforming o [2000/12/07] gnu/23367 some src/gnu Makefiles are missing $FreeB o [2000/12/09] conf/23402 sysinstall upgrade ought to check partiti o [2000/12/09] ports/23410 obrien [PATCH] FreeBSD throws away information o o [2000/12/11] bin/23472 gdb weirdness on programs compiled with - a [2000/12/12] ports/23499 ports [NEW PORT]: Two LaTeX macro package ports o [2000/12/13] kern/23520 sb0 old style audio support in 4.2-RELEAS o [2000/12/13] misc/23539 marcel make installworld from nfs mounted /usr/s o [2000/12/14] kern/23546 tanimura [PATCH] csa DMA-interrupt problem o [2000/12/14] ports/23560 portmgr linux-jdk/Makefile assumes default `patch o [2000/12/15] i386/23562 telnetd doesn't show message in file spec o [2000/12/15] ports/23581 portmgr Updates to bsd.port.mk to detect changing o [2000/12/17] gnu/23598 Merge libgcc_r with libgcc o [2000/12/17] ports/23602 portmgr Recursive distclean for bsd.port.mk w/pat o [2000/12/18] bin/23635 mike [PATCH] whois enhancement - smarter whois o [2000/12/19] ports/23649 ports the port of mod_php4 does not install cor f [2000/12/20] kern/23692 GENERIC kernel config on 4.2 changes defa o [2000/12/22] misc/23766 /etc/periodic/daily/440.status-mailq does o [2000/12/24] kern/23814 .au sound files < 528 bytes actual data d o [2000/12/24] ports/23822 ports mtree entries for German X11 man pages a [2000/12/28] bin/23912 sheldonh underflow of cnt in vs_paint() by O_NUMBE o [2000/12/29] bin/23944 Patch for ftpd to add a cd after the chro o [2001/01/02] misc/24034 "CWD" discloses the full "real" path in a o [2001/01/04] bin/24066 gdb can't detach from programs linked wit o [2001/01/06] ports/24120 portmgr "/usr/ports/Mk/bsd.port.mk", line 626: In o [2001/01/07] misc/24132 gdb output is wrong (same as #13427 ?) f [2001/01/07] kern/24141 emu10k1 has trouble playing non-44.1KHz s o [2001/01/10] ports/24214 portmgr [PATCH] verbose 'make index' o [2001/01/11] ports/24259 steve port of open-motif on make install compla o [2001/01/12] ports/24292 portmgr update-patches target in ports/Mk/bsd.por o [2001/01/12] ports/24299 ports Configure the synaptics touchpad. a [2001/01/14] misc/24324 phantom Greek console support o [2001/01/15] ports/24361 asami wrong filemodes o [2001/01/16] misc/24384 4.1 Cant add entry to neighbour discovery o [2001/01/16] bin/24390 Replacing old dir-symlinks when using /bi o [2001/01/16] kern/24393 Patch to msdosfs to handle a kind of inco o [2001/01/18] bin/24435 Changing slice type causes Auto-partition o [2001/01/18] bin/24439 suggested replament for adduser(8) o [2001/01/20] bin/24485 [PATCH] to make cron(8) handle clock jump o [2001/01/20] ports/24493 msmith Pib maker function unable to launch xterm a [2001/01/21] kern/24512 jesper Sent ICMP unreach when packet not for us f [2001/01/21] misc/24513 new options for pppd o [2001/01/21] conf/24515 Fix for find(1) warning in /etc/rc o [2001/01/21] kern/24516 Mouse Logitech M-S48 does not in FreeBSD o [2001/01/21] bin/24521 green ssh-agent exits when authenticating DSA v o [2001/01/22] kern/24528 Bad tracking of Modem status o [2001/01/23] bin/24569 PATCH for PPPD o [2001/01/23] bin/24592 cjc dmesg.boot Gets Overwritten without Reboo o [2001/01/25] ports/24651 mharo portlint gives a bogus warning o [2001/01/26] ports/24658 jkh Enhancement to src/release/Makefile a [2001/01/26] ports/24660 ports New port: Xerces-C 1.3.0 o [2001/01/26] alpha/24663 alpha Console output gets scribbled into /var/l o [2001/01/27] gnu/24681 gcc 2.95.3 cannot compile rince.c from IO o [2001/01/27] ports/24687 ports QUAKE FORGE & SVGALIB a [2001/01/30] ports/24736 ports New port: SGI's open inventor (graphics/i o [2001/01/30] bin/24742 send adduser.message before dirs are crea o [2001/01/30] ports/24743 chuckr a2ps port installs files in / o [2001/01/30] misc/24746 green SSH terminal hangs on large paste of data o [2001/01/30] ports/24749 dirk mysql323-server pkg-install script doesn' o [2001/01/31] bin/24757 ftpd not RFC compliant o [2001/02/01] docs/24786 doc missing FILES descriptions in sa(4) o [2001/02/02] docs/24797 phk when using MALLOC_DEFINE sys/param.h and o [2001/02/03] kern/24827 Erratic Intellimouse Explorer in 4.1 and o [2001/02/03] bin/24828 [PATCH] ntpd compilation and additional r o [2001/02/04] gnu/24844 gdb does not support kernel threads a [2001/02/05] docs/24869 keramida Some text elf.5 is duplicated o [2001/02/05] kern/24882 ktrace not syncing .out file before panic o [2001/02/06] kern/24900 Server logs:indfcntl(8, F_SETFL, 4): Inap o [2001/02/06] kern/24902 IPC Message Queue number to big o [2001/02/06] misc/24907 qa Options screen at MenuMedia menu problem o [2001/02/07] ports/24940 demon prolem with Tnm::icmp echo command due to o [2001/02/08] bin/24953 green adduser ignores passwd_format in login.co o [2001/02/08] bin/24955 /usr/bin/tail -F in 4.1+ doesn't work if o [2001/02/08] kern/24959 jesper proper TCP_NOPUSH/TCP_CORK compatibility o [2001/02/08] i386/24963 perfmon(4) doesn't work on SMP systems o [2001/02/09] ports/24983 asami Emacs ports have misleading names o [2001/02/10] ports/24987 nbm New port: Courier mail server. o [2001/02/11] bin/25012 tar(1) as root does not preserve ownershi o [2001/02/11] bin/25013 mv(1) cannot move unresolvable symlinks a o [2001/02/11] bin/25015 cp: options -i and -f do not work as docu a [2001/02/11] docs/25016 ru symlink(7) manpage says symlinks have no o [2001/02/11] bin/25017 cp -pRP does not preserve symlink ownersh o [2001/02/11] kern/25018 lstat(2) returns bogus permissions on sym o [2001/02/12] ports/25031 ache www/apache: dbmmanage fails verifying md5 o [2001/02/13] bin/25059 dlopen(..,RTLD_GLOBAL) doesn't work for s o [2001/02/13] bin/25070 newsyslog(8) should send signals only onc o [2001/02/13] bin/25085 msmith mlxcontrol utility fails silently if devi o [2001/02/15] misc/25109 Fujitsu MO device MCC3064AP could't be c a [2001/02/17] ports/25177 ports New port: java/jdbcpool-current o [2001/02/19] misc/25218 peter mailwrapper invokes sendmail when resourc o [2001/02/20] bin/25241 luigi ipfw shouldn't show dynamics rules when s o [2001/02/21] ports/25251 dima acroread4 uses hard coded path for lpr f [2001/02/21] bin/25263 green openssh and /etc/login.access does not wo o [2001/02/21] bin/25273 add fs type feature to vnconfig(8) to all f [2001/02/21] kern/25275 X server freezes system randomly on pentu f [2001/02/22] bin/25278 dd bs accepts -s -c but not -sc o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2001/02/23] ports/25313 wosch Script source displayed at http://www.nl. a [2001/02/25] misc/25354 phantom Slovak (sk_SK) locale missing o [2001/02/26] misc/25378 kris update contrib/libgmp to newer version (3 o [2001/02/26] kern/25386 cg Incorrect mixer registers (line & synth) o [2001/02/26] docs/25405 wosch misleading warning from catman(1), etc. a [2001/02/27] ports/25419 dwcjr Difficulties installing print/teTeX port o [2001/02/27] kern/25445 kernel statistics are displayed in wrong a [2001/02/28] ports/25448 ports mpmf20 fails to correctly display the dir o [2001/02/28] gnu/25459 Dumpvalue.pm says SYNOPSYS instead of SYN o [2001/02/28] bin/25462 daemon(3) fails if called by a session le o [2001/02/28] i386/25463 PS/2 mouse sync problems with KVM switch f [2001/03/01] bin/25474 dump can't close fifo pipe correctly o [2001/03/01] bin/25477 billf pam_radius fix to allow null passwords fo o [2001/03/02] ports/25490 wosch [PATCH] fix various bugs in stat(1) a [2001/03/02] conf/25495 phantom missing et_EE.ISO_8859-15 locale a [2001/03/02] misc/25499 buffer paste functionality from keyboard o [2001/03/03] kern/25517 ARP cache timeout behavior can be improve o [2001/03/04] kern/25521 Laptop with FreeBSD4.2 freezes in battery f [2001/03/04] conf/25527 jdp `man ldconfig' does not reflect its behav o [2001/03/04] ports/25531 portmgr INSTALL_* macros fail for non-root users a [2001/03/05] ports/25560 ports New port: ftp/kbear: An ftp client for KD o [2001/03/05] ports/25564 obrien Port ups-debug doesn't build on the alpha o [2001/03/06] bin/25572 sshd core dump o [2001/03/06] ports/25576 jmz XFree86-4 port installs manual pages with s [2001/03/07] bin/25584 arp.c - better printed ether address s [2001/03/07] bin/25587 des Add Solaris-like functionality to truss(1 o [2001/03/07] bin/25598 patch to let ftpd output message when cha s [2001/03/09] bin/25627 Cannot append hash after .elif in Makefil o [2001/03/09] misc/25635 gad lpr -# didn't work on network printer a [2001/03/11] ports/25708 dougb pine4 port hard-code /usr/local/include a [2001/03/11] ports/25710 ports New port: news/slrn-pl, slrn with polish o [2001/03/11] bin/25723 green OpenSSH on 4.2 excessively regenerates RS o [2001/03/12] bin/25724 quota(1) outputs wrong limits about NFS q o [2001/03/12] kern/25733 mismatch between error reporting in smbus o [2001/03/12] bin/25736 ac -d option probrem with overdays logon o [2001/03/12] ports/25763 shige XV fails to refresh properly on image dis o [2001/03/13] kern/25777 atime not updated on exec o [2001/03/13] ports/25779 portmgr (patch) make fetch-list should list all m o [2001/03/14] gnu/25794 markm [PATCH] make perl use a decent random num f [2001/03/14] ports/25815 portmgr [PATCH] Port build collision fix. o [2001/03/15] conf/25829 IPSec config in rc.network doesn't allow f [2001/03/15] bin/25833 LOG_FAC() is bogus o [2001/03/16] kern/25866 more than 256 ptys, up to 1302 ptys. o [2001/03/17] ports/25878 tegge error during compilation of linuxthreads o [2001/03/18] kern/25909 4.x kernel freezes on P3-Asus CUSL2-C mot o [2001/03/18] kern/25910 cg Kernel sound driver may die if a program o [2001/03/19] misc/25917 green Paste thrue SSH Secure Shell v.2.4.0 (bui f [2001/03/19] kern/25923 vm_map.h defines a macro called "min_offs o [2001/03/21] misc/25984 bsd.prog.mk doesn't link C++ programs pro f [2001/03/22] docs/26003 rwatson getgroups(2) lists NGROUPS_MAX but not sy o [2001/03/22] bin/26005 MIME quoted-printable encoding added to v a [2001/03/22] docs/26006 des Changing zone(9) man page o [2001/03/22] kern/26016 VMWare is crash on SMP machine f [2001/03/23] misc/26035 System hangs when playing mp3 on PCI Maes o [2001/03/24] ports/26058 billf textproc/htdig simplifications and separa o [2001/03/27] conf/26145 [PATCH] There is no make.conf equivalent o [2001/03/27] misc/26153 sed G does not double space o [2001/03/28] ports/26192 ports apel appeared both in xemacs/site-package o [2001/03/29] bin/26201 telnet SRA password exchange trap when no a [2001/04/01] ports/26274 ports New port: Perl/TK Jabber client o [2001/04/01] kern/26277 ppc driver doesn't work with port 0x3BC p o [2001/04/02] docs/26286 doc *printf(3) etc should gain format string a [2001/04/02] ports/26297 ports New port: devel/florist o [2001/04/02] ports/26303 adrian Wrong permission on Squid24's errors dire a [2001/04/03] ports/26313 ports New Port: german/eagle: A tool for design o [2001/04/03] kern/26316 Booting FreeBSD on VMware2 with 2 or 3 et o [2001/04/03] misc/26323 Quota system create zero-length files o [2001/04/03] kern/26324 dillon Defaults for NFS mounts over TCP are slow o [2001/04/04] kern/26348 [pcvt] scon -s, page fault in HP mode o [2001/04/04] bin/26359 [PATCH] a minor nit in how netstat detect o [2001/04/05] misc/26373 Rpc.statd implements the SM_NOTIFY call b o [2001/04/06] bin/26375 markm PAMized su allows non-wheel members to su o [2001/04/06] kern/26385 VMWare reboots entire system after starti f [2001/04/08] kern/26437 Kernel Panics on SMP box when subjected t o [2001/04/09] kern/26454 cg mixer volume settings on Maestro-2E (Diam o [2001/04/09] bin/26468 pkg_delete clears dependencies after runn o [2001/04/10] conf/26488 incomplete named sandbox information a [2001/04/13] docs/26532 green ".Ql ?" becomes "`'?" through nroff (and a [2001/04/13] kern/26534 Add an option to ipfw to log gid/uid of w o [2001/04/13] kern/26547 "lnc" problem with shared memory mode wit o [2001/04/13] i386/26562 /dev/lpt0 returns EBUSY when attempting t o [2001/04/14] kern/26563 ioctl(SNDCTL_DSP_SPEED) returns -1 when f o [2001/04/14] kern/26584 kernel boot messages aren't logged correc o [2001/04/15] bin/26602 RELENG_4 ssh/sshd modifies the 'erase' ch o [2001/04/16] kern/26608 when boot Freebsd 4.2 Release from the c o [2001/04/16] kern/26618 unmount(2) can't unmount a filesystem who a [2001/04/16] ports/26628 ports New port: audio/qtecasound, well done o [2001/04/17] misc/26636 If /etc/ttys goes empty, init(8) never re o [2001/04/17] kern/26638 kern.fast_vfork sysctl doesn't do anythin o [2001/04/17] kern/26644 sos [PATCH] ATA/ATAPI driver doesn't implemen a [2001/04/17] misc/26646 srand() provides only 8-bit table o [2001/04/17] misc/26649 diskless client can't share root with ser o [2001/04/17] misc/26653 RTL8012 ethernet not listed in LINT or ha o [2001/04/17] misc/26658 update to src/usr.bin/calendar/calendars/ o [2001/04/18] misc/26678 Correction of: misc/26521 o [2001/04/18] bin/26686 Freeze at boot from 4.3-RC4 floopies - US o [2001/04/18] docs/26692 rnordier boot manpage describes bootfile prompt in o [2001/04/18] misc/26695 CHANGE REQUEST: kill(all) -l output o [2001/04/19] misc/26720 Both .cshrc and .profile should have the o [2001/04/20] kern/26740 rwatson [PATCH] jail improvement f [2001/04/21] bin/26746 dmesg only prints the last couple of line f [2001/04/22] misc/26763 darrenr installing ipfilter sample files to share o [2001/04/22] kern/26787 dd sysctl change request o [2001/04/23] kern/26798 cvsup 4.3-RC -> 4.3-STABLE causes problem o [2001/04/23] kern/26800 wpaul Support for Netgear MA-301 wireless o [2001/04/23] ports/26801 ports cyrus port should add periodic file to pr s [2001/04/23] bin/26803 des Fix fetch to allow FTP puts in '-o' & all o [2001/04/24] i386/26812 old bootstrap /sys/i386/boot/... still in a [2001/04/24] ports/26825 ports port xmms-avi won't compile libavixmms.so o [2001/04/25] bin/26854 Better fix for ESS Technology Maestro-2E o [2001/04/26] misc/26879 mkfilter not installed, yet referred to v s [2001/04/26] ports/26882 kde KDE should use ca-roots port for SSL cert a [2001/04/26] ports/26884 ports new port for visualworks 5i.3 o [2001/04/26] kern/26885 keichii add if_xe as kernel module o [2001/04/27] ports/26904 jim New port(?): net/everybuddy-i18n (i18n pa o [2001/04/28] bin/26919 qa sysinstall' fdisk can ONLY set bootable f o [2001/04/29] bin/26943 [patch] description of :C modifier is mis o [2001/04/30] i386/26994 obrien AMD Athlon Thunderbird not known to ident o [2001/05/01] kern/27008 kernel function sysbeep(xxx, 0) does prod o [2001/05/01] ports/27019 marcel patch supplied in PR ports/26976 breaks l o [2001/05/02] misc/27039 new syscons screensaver a [2001/05/02] docs/27040 dougb rc(8) and syscons(4) talk about rc.conf.l o [2001/05/02] misc/27041 modify src/release/Makefile to make anoth f [2001/05/03] bin/27063 darrenr /sbin/ipfs missing f [2001/05/03] conf/27070 darrenr save/restore IP Filter's state tables at o [2001/05/04] ports/27075 sobomax Port java/javavmwrapper installs no man p o [2001/05/04] ports/27079 sobomax Improvements for javavmwrapper? o [2001/05/06] bin/27163 cracauer sh trap TSTP () deadly hangs o [2001/05/06] ports/27167 ports ETHOberonV4 won't run a [2001/05/07] ports/27182 mharo Teach portlint to recognize RUN_DEPENDS=$ o [2001/05/07] ports/27187 jmz add linux ioctl handler to dri xf86-403 c o [2001/05/07] bin/27188 fix of rsh non-interactive mode behaviour o [2001/05/07] misc/27190 Day light savings in Mexico. o [2001/05/08] ports/27200 greid new port: bed (binary editor) o [2001/05/08] i386/27216 qa Can not get to shell prompt from serial c o [2001/05/09] kern/27232 On NFSv3 mounted filesystems, stat return o [2001/05/10] bin/27258 getty didn't check if if= isn't empty o [2001/05/11] ports/27266 kevlo Port textproc/xerces should be named xerc o [2001/05/11] bin/27268 fdisk does not recognize Linux extended p o [2001/05/11] kern/27269 Cannot mount linux extended (logical) par o [2001/05/11] bin/27270 cg sys/soundcard.h fails to define AFMT_S16_ o [2001/05/12] bin/27281 vidcontrol(1) does not have error codes f [2001/05/12] bin/27283 brian netstat -i missing IPv4 input packet coun o [2001/05/12] bin/27289 green SSH don't do correct diagnostic when no r o [2001/05/12] ports/27291 jim Bluefish port doesn't build mo files o [2001/05/12] bin/27294 paul pkg_update disregards suffixes (portrevis o [2001/05/13] i386/27306 hw watchpoints work unreliable under gdb o [2001/05/14] misc/27311 jasone pthread_attr_setscope always fails o [2001/05/14] bin/27319 obrien df displays amd pid processes f [2001/05/15] ports/27332 ports New port: swedish/staroffice52 o [2001/05/15] kern/27342 change-request o [2001/05/17] kern/27403 lpt driver doesn't handle flags anymore o [2001/05/17] bin/27423 change request a [2001/05/18] misc/27425 phantom Slovak definitions of locale missing o [2001/05/18] kern/27429 'dependant' is a misspelling o [2001/05/18] bin/27433 ps binary does not do what the man page s o [2001/05/20] misc/27471 Linux emulation is missing code needed to o [2001/05/20] ports/27473 jmz when I install the package XFree86-4.0.3_ f [2001/05/20] bin/27483 make sysinstall ask for the keymap at ins f [2001/05/22] ports/27542 sobomax xmps should not require gnome a [2001/05/23] ports/27569 ports bootup error problem with Apache 2 o [2001/05/23] kern/27571 bp Changing policy of shadowing files and di o [2001/05/23] bin/27604 change truncate to support low case size o [2001/05/24] kern/27615 darrenr ipf restricts rule-changing at secureleve o [2001/05/24] i386/27627 machdep.tsc_freq does not exists on machi o [2001/05/25] misc/27633 Mapping for serbian keyboards, follows IS o [2001/05/25] docs/27653 doc Updates to send-pr.html to support MIME o [2001/05/26] docs/27654 doc Update to PR 27653 o [2001/05/26] kern/27660 Kernel does not return error if adding du o [2001/05/26] misc/27677 miss BIND name server library o [2001/05/27] bin/27687 fsck wrapper is not properly passing opti o [2001/05/27] bin/27697 assar trouble compiling libroken o [2001/05/31] gnu/27803 Enhancement to sort(1) a [2001/05/31] ports/27805 ports New port: SQL-Ledger Accounting o [2001/06/01] misc/27816 rpcgen -b generates server code which doe o [2001/06/01] misc/27829 kris pax's uid/gid cache is read-only a [2001/06/02] docs/27833 cjc No man page for locate.rc o [2001/06/02] kern/27834 Cannot warm-reboot Compaq AP400 due to SC o [2001/06/02] kern/27835 execve() doesn't conform to execve(2) spe o [2001/06/02] ports/27838 keichii dot.emacs is 600 s [2001/06/02] docs/27843 alex [PATCH] make.conf WITH_* variables aren't o [2001/06/02] kern/27849 dfr AGP RELEASE ioctl frees memory o [2001/06/04] misc/27872 "Load Config" (sysinstall) hangs Compaq D o [2001/06/06] ports/27903 peter Update: www/transproxy o [2001/06/06] docs/27915 doc man 5 passwd does not properly explain th o [2001/06/06] docs/27919 n_hibma missing usb man pages o [2001/06/06] docs/27921 markm manpage skey(1) should be skey(7) o [2001/06/07] alpha/27930 NE2000 not supported on FreeBSD Alpha 4.x o [2001/06/07] ports/27931 ports devel/pth vs. native pthreads conflict fi o [2001/06/07] alpha/27933 alpha Time jitter under load on FreeBSD 4.3 alp a [2001/06/07] ports/27936 mi Update /usr/ports/deskutils/xmdiary 3.0.1 a [2001/06/08] ports/27956 ports New port:A messenging client supporting A a [2001/06/08] conf/27959 imp Add cygwin termcap entry o [2001/06/08] bin/27972 losing information with talk o [2001/06/10] i386/28023 sendmail tries to get the netgraph.ko mod o [2001/06/10] bin/28026 Graphics mode suspend causes weird hang o a [2001/06/11] conf/28078 /stand/sysinstall skips distro selection a [2001/06/11] conf/28081 murray /stand/sysinstall errs out if /cdrom/ alr a [2001/06/12] ports/28115 ports New Port - textproc/htmldoc o [2001/06/13] ports/28121 sobomax New port: 3D modelling and animation syst o [2001/06/13] ports/28138 tg python os.statvfs module is not functiona s [2001/06/14] docs/28144 keramida no manpage for host.conf, no xrefs in oth a [2001/06/15] bin/28171 des [PATCH] to support a HTTP_REFERER env var a [2001/06/15] gnu/28189 [PATCH] fix for detecting empty CVS commi f [2001/06/16] misc/28203 NEWCARD won't recognize my cardbus contro o [2001/06/16] kern/28206 bp UMAPFS module should depend on NULLFS - p f [2001/06/17] misc/28230 iso-8859-1_to_cp437.scm doesn't contain s o [2001/06/17] misc/28236 [PATCH] iso-8859-1_to_cp437.scm doesn't c o [2001/06/17] kern/28247 pirzyk ATM/HARP driver for IDT and ForeLE ATM ca o [2001/06/18] misc/28255 picobsd documentation still references ol s [2001/06/18] kern/28260 UIO_MAXIOV needs to be made public a [2001/06/19] ports/28272 ports Update port: net/libsocket++ o [2001/06/20] bin/28294 dump of vinum based file systems by devic o [2001/06/20] kern/28297 change request for sys/i386/conf/NOTES o [2001/06/21] ports/28332 ports Gimp manual port 1-2 years out of date, m o [2001/06/21] bin/28333 rtprio/idprio setuid problems s [2001/06/22] i386/28346 n_hibma USB ethernet dongle detach requires "ifco a [2001/06/23] ports/28363 ports New port: audacity-0.95 - a graphical wav o [2001/06/23] bin/28364 lex(1) generated files fail to compile cl o [2001/06/23] ports/28365 wosch Typical use of portchecheckout breaks int o [2001/06/23] docs/28371 phk malloc(2) man page correction o [2001/06/26] ports/28432 obrien [patch] comms/conserver fails with MD5 pa o [2001/06/26] bin/28435 [patch] allow newsyslog to signal process f [2001/06/27] i386/28444 qa instal.cfg; setting tryRTSOL=NO does not o [2001/06/27] bin/28449 cracauer sh(1) aborts on certain input a [2001/06/27] misc/28455 GNU readline should be updated to 4.2 o [2001/06/27] misc/28456 german keymap with dead keys o [2001/06/27] ports/28471 keith no iso8859 font a [2001/06/28] ports/28482 ports PostgreSQL Compile problem o [2001/06/28] misc/28494 n_hibma ugen usable only from "attach" or by usbd o [2001/06/29] ports/28521 ports inconsistency: daemontools and serialmail o [2001/06/29] ports/28526 nakai x11-wm/icewm can't show the CPU status wi o [2001/06/29] misc/28529 runetype.h doesn't have C++ 'extern "C"' f [2001/06/30] ports/28551 ports ports/mail/faces doesn't build (linking w o [2001/06/30] docs/28555 doc [PATCH] style(9) isn't explicit about boo o [2001/06/30] kern/28566 bp Mount_null loopbacks can hang startx temp o [2001/07/01] bin/28620 ru xinstall has no way to pass options to st o [2001/07/02] ports/28644 jmz Make error when rebuilding xdvi o [2001/07/03] ports/28678 wosch portcheckout doesn't allow flexible build o [2001/07/03] ports/28680 portmgr pkg_update complains about missing REQUIR o [2001/07/03] kern/28681 ATAPI MO drive support o [2001/07/03] ports/28682 portmgr Some port install builds fail if silent ( o [2001/07/04] docs/28699 doc strptime(3) %d format specifier not compl o [2001/07/05] ports/28717 billf net/net-snmp stop enumerate interfaces wh a [2001/07/05] ports/28758 roam New port: security/apg o [2001/07/06] ports/28771 ports opendx server fails to start o [2001/07/07] bin/28789 /usr/bin/last does not filter for uucp co o [2001/07/07] ports/28803 obrien ports/comms/conserver does not support ## o [2001/07/08] ports/28810 lioux qpopper 4.0.3 + PAM modification; HAVE_SH o [2001/07/08] bin/28820 tar and cpio cannot deal with files > 2GB o [2001/07/10] ports/28887 brian [PATCH] sandbox for httptunnel! o [2001/07/10] kern/28888 Acer 8000 NIC not detected correctly o [2001/07/11] misc/28890 merge.c compares int i against size_t siz o [2001/07/13] misc/28938 small PicoBSD - An update to the build script t o [2001/07/13] kern/28947 jasone dup2 closing pthread file descriptor a [2001/07/13] docs/28949 phk the mknod(8) man page stills refers to bl o [2001/07/14] bin/28972 dwmalone gamma returns same result as lgamma o [2001/07/14] i386/28975 mjacob RocketPort problems o [2001/07/14] kern/28976 ddb doesn't understand ctrl-u o [2001/07/14] misc/28980 Fujitsu/Siemens Lifebook E-6540 stalls wh o [2001/07/15] bin/28988 We need more simple message digesting too f [2001/07/15] docs/28994 dd New article for docproj "Checkpoint VPN-1 o [2001/07/16] ports/29009 dburr fsgs port installs cfg file with wrong pa o [2001/07/16] ports/29030 obrien [PATCH] net/netcat: support for IPv6 o [2001/07/18] bin/29062 markm krb4 and krb5 multiply defined version sy o [2001/07/18] ports/29068 nsayer cyrus-sasl port pwcheck should allow PAM o [2001/07/18] bin/29071 relay patch for rwhod o [2001/07/19] misc/29077 At loading notebook pccardd not correctly o [2001/07/19] docs/29088 phk jail(8) man page has innacurate instructi o [2001/07/19] misc/29089 Some kind of fsbn0 error... o [2001/07/19] bin/29090 add `no_rip_out' option to routed o [2001/07/20] misc/29103 make (1) dump core while processing ^C fr o [2001/07/20] conf/29117 pccard.conf missing an entry for NOVAC NV o [2001/07/21] bin/29119 menu of fdisk editor in 4.3R does not lis o [2001/07/21] ports/29120 ports [PATCH] net/radiusd-cistron: Add PAM supp a [2001/07/21] ports/29137 cy Brand New Tripwire-2.3.1 Port o [2001/07/22] docs/29143 doc List of man pages that need to be written o [2001/07/22] ports/29154 nik TeX resource settings from MAKE_ENV in pr o [2001/07/23] ports/29163 jmz XFree86-4 port should register XFree86-4- o [2001/07/23] bin/29164 [PATCH] lack of 'Do not fragment' flag in f [2001/07/23] docs/29166 tomsoft Flaw in growfs(8) manpage o [2001/07/23] conf/29167 rc.pccard doesn't check /var/run/pccardd. o [2001/07/23] kern/29169 mjacob FC loop that 'goes away' never times out o [2001/07/23] bin/29171 [PATCH] keyserv and rpc.yppasswd o [2001/07/23] bin/29172 [PATCH] Add more checks in rpc/svc_vc.c a o [2001/07/23] bin/29173 [PATCH] wrong flags for rpcgen(1) o [2001/07/23] bin/29174 [PATCH] cleanup of the ti-rpc merger o [2001/07/23] bin/29175 tmm [PATCH] rpcgen(1) and inetdflag/pmflag su o [2001/07/23] bin/29177 [PATCH] rpc client create functions with o [2001/07/24] ports/29199 sobomax jdk12beta port should register open-motif o [2001/07/25] ports/29219 bp smbfs-1.4.1 don't compile o [2001/07/25] ports/29223 dwcjr cyrus-imapd and postfix master.8 manpage o [2001/07/25] kern/29233 VIA 82C686 AC97 codec gets probed as 'chi o [2001/07/26] docs/29245 doc top(1) manpage doesn't understand SMP o [2001/07/26] ports/29248 jmz XFree86 4.1 hangs with an i815 chip while o [2001/07/27] kern/29264 Recovery from LIPs on FCAL using isp not o [2001/07/27] ports/29267 nbm Update the svscan.sh startup script for d a [2001/07/28] misc/29292 sos The functional addtion to burncd(8) o [2001/07/29] ports/29297 ports NEW PORT: System Maintenance Aid written o [2001/07/29] ports/29298 cpiazza Installation of documentation for vcdgear o [2001/07/29] alpha/29299 alpha FreeBSD 4.3 Alpha + Tekram SCSI adapter p o [2001/07/29] kern/29307 NIC Initialization fails on dual CPU syst o [2001/07/29] misc/29312 sound Using mixer on pcm misbehaves with onboar f [2001/07/29] kern/29318 mjacob Exabyte 8200 needs SA_QUIRK_1FM and SA_QU o [2001/07/30] gnu/29331 still documented broken options in gcc ma f [2001/07/30] ports/29332 ports Refiling New Port: ripem-2.1 o [2001/07/30] ports/29343 ports new postgresql7 port feature o [2001/07/31] ports/29346 ports New port: misc/afbackup-beta o [2001/07/31] kern/29355 adrian [patch] lchflags support o [2001/08/01] bin/29361 startslip can't load if_sl.ko o [2001/08/01] bin/29363 [PATCH] newsyslog can support time as ext o [2001/08/01] conf/29364 imp please add STI Flash 5.0 to pccard.config o [2001/08/02] ports/29392 portmgr Small built-time glitch in Makefile for a o [2001/08/02] kern/29395 reaction on ctrl-alt-del - poweroff, halt o [2001/08/03] kern/29423 [PATCH] kernel security hooks implementat o [2001/08/07] kern/29499 dwmalone it is not possible to send creditionals f [2001/08/07] ports/29514 ports new port submission: games/xlogical (SDL o [2001/08/07] bin/29516 markm telnet from an non FreeBSD host still use o [2001/08/07] ports/29519 ports X11 ports generate undef pthread refs wit o [2001/08/07] ports/29528 dburr Update misc/tvguide to 0.9.0 o [2001/08/07] misc/29529 dcs Boot prompt "?" command doesn't list "boo f [2001/08/08] kern/29538 joerg Mounting /dev/fd0 never completes o [2001/08/08] misc/29550 duplicate pings jinside of vmware 2.0 f [2001/08/09] docs/29571 doc [PATCH] No man page for pgrp kernel funct o [2001/08/09] bin/29581 proposed gethostbyXXXX_r() implementation f [2001/08/09] ports/29590 ports [new port] www/parser-bin One more server o [2001/08/11] kern/29621 n_hibma Missing man page for ulpt o [2001/08/11] ports/29638 green [patch] upgrade security/cfs a [2001/08/12] i386/29639 murray entry for zip 250 drives in /etc/disktab o [2001/08/13] bin/29675 lint fails on stdio.h f [2001/08/13] ports/29691 portmgr New port variable USE_COMPAT_LIB - bsd.po o [2001/08/14] kern/29698 linux ipcs doesn'work f [2001/08/14] ports/29712 dwcjr New port : muttprint - fancy printing for o [2001/08/15] kern/29727 amr_enquiry3 structure in amrreg.h (amr d o [2001/08/15] ports/29732 sobomax linking error o [2001/08/15] ports/29760 hoek Fix pkg-plist and Makefile for converters o [2001/08/15] ports/29762 hoek Fix Makefile and pkg-plist for converters f [2001/08/16] kern/29777 n_hibma kernel uscanner.c contains wrong vendor a f [2001/08/17] docs/29807 dd [PATCH] XFREE86_VERSION is undocumented f [2001/08/17] ports/29836 ports New port: cyrus-imspd f [2001/08/18] bin/29850 markm ftpd.c doesn't check via PAM/pam_acct_mgm o [2001/08/18] ports/29851 kuriyama ports/textproc/cocoon has a checksum erro f [2001/08/18] ports/29856 portmgr make extract of cyrus did an install of c o [2001/08/19] conf/29870 rc.diskless2 uses /usr/sbin/mtree before o [2001/08/19] kern/29875 CURRENT driver for Tekram DC395X and DC31 o [2001/08/19] ports/29876 portmgr bsd.port.mk: MLINKS Description wrong o [2001/08/19] ports/29883 markm Update textproc/par to 1.53 o [2001/08/20] misc/29893 qa suggestions for 4.4 sysinstall o [2001/08/20] bin/29897 pam_unix patch, which uses loginclass pas a [2001/08/20] docs/29902 www Mozilla package URL problems o [2001/08/20] kern/29915 kernel panics on interaction with mlock a o [2001/08/21] ports/29924 ports remove port smalleiffel-0.76.b4 o [2001/08/21] ports/29929 ports wginstall.pl script chokes on calculated o [2001/08/22] bin/29961 ru A4 paper size for groff knob for /etc/mak o [2001/08/22] kern/29962 sent broadcast packets get spurious 4 byt a [2001/08/22] ports/29969 gnome gnomedb does not build a [2001/08/23] docs/30008 doc This document should be translated, comme o [2001/08/23] ports/30012 dirk mod_php4 does not build on 4.4 with apach o [2001/08/24] kern/30052 dc(4) driver queues outgoing pkts indefin a [2001/08/24] bin/30054 mike ftp(1)'s fetch.c could easily have vhost o [2001/08/25] docs/30082 jkoshy Dead URL on website o [2001/08/27] ports/30148 portmgr devel/libtool: shared libs with compaq-cc o [2001/08/28] kern/30160 Kernel panic when flash disk is removed a f [2001/08/28] ports/30166 ports ports/net/nettest2001 o [2001/08/28] ports/30170 anders majordomo port: scripts/createuser does n o [2001/08/28] kern/30179 FreeBSD 5.0 install hangs: deviceTry: mak o [2001/08/29] misc/30186 getaddrinfo does not handle incorrect ser o [2001/08/29] ports/30196 portmgr HTTP_PROXY (and FTP_PROXY) in /etc/make.c o [2001/08/29] kern/30200 yokota Bug in psm in 4.4-RC o [2001/08/29] ports/30201 msmith editors/wordperfect in ports is not usabl o [2001/08/29] i386/30206 PS/2 server 85 can't boot kern.flp o [2001/08/29] misc/30213 Fatal Errors of Server Programe o [2001/08/30] misc/30224 No irq - PCI wi card doesn't allow interu o [2001/08/30] ports/30225 nectar mozilla 0.93 build problem o [2001/09/01] bin/30247 sh cannot redirect to /dev/fd/1 or from / f [2001/09/01] ports/30249 ports SmallEiffel update to -0.75 o [2001/09/01] docs/30253 bp [PATCH] mount_unionfs(8) and mount_nullfs o [2001/09/01] kern/30257 apm enabled kernel panics (4.4-RC) o [2001/09/02] ports/30264 greid Update port: graphics/xawtv o [2001/09/02] ports/30272 grog [PATCH] instant-workstation RUN_DEPENDS b o [2001/09/03] misc/30297 dwmalone CLOCKS_PER_SEC non-standard o [2001/09/03] ports/30298 chuckr [PATCH] a2ps-4.13 can't cope with ENOMEM o [2001/09/03] conf/30301 Default printcap "mx" config too small o [2001/09/04] bin/30304 [PATCH] PAM authentication for uucpd o [2001/09/04] ports/30314 ports [PATCH] Add Exim packages to CDROM 1 o [2001/09/04] misc/30320 n_hibma USB mouse does not work after return'ing o [2001/09/04] bin/30321 strftime(3) '%s' format does not work pro o [2001/09/05] bin/30334 mount_nfs ignores acregmin, acregmax, axd o [2001/09/05] ports/30339 nakai port compilation problem found in rpm arc o [2001/09/05] conf/30341 be keymap: wrong Capslock behaviour with o [2001/09/05] bin/30360 vmstat returns impossible data f [2001/09/06] ports/30383 sobomax Updated port: x11-toolkits/gtk-engines-co o [2001/09/06] bin/30392 sh: incorrect value of $? in here-documen f [2001/09/06] ports/30395 ports New port: lang/spl o [2001/09/07] misc/30412 rtdl/dlopen() fails to merge common varia o [2001/09/07] kern/30422 WDT hardware watchdog driver & daemon o [2001/09/07] bin/30424 Generalization of vipw to lock pwdb while o [2001/09/08] conf/30441 Can't set interface arguments for dhcp co o [2001/09/08] docs/30442 doc remove broken referemce to gettime(9) fro o [2001/09/08] docs/30443 keramida remove broken reference to kerberos(1) fr o [2001/09/08] docs/30444 keramida remove broken references to gated(8) and o [2001/09/09] i386/30461 sound no audio cd with cmi8330 o [2001/09/09] bin/30464 jasone pthread mutex attributes -- pshared f [2001/09/09] bin/30471 brian periodic script output to a file always a o [2001/09/10] bin/30484 rpc.rstatd consumed lots of open file des o [2001/09/10] bin/30496 `host` does not work properly with top-le o [2001/09/10] ports/30499 portmgr libtool-1.4.1 port diffs o [2001/09/11] i386/30503 imp stray pccard card insertion events after o [2001/09/11] kern/30510 no apm for VIA KT133A chipset o [2001/09/11] ports/30511 kde Problem getting opengl/mesa to work with o [2001/09/11] misc/30517 using sysinstall with install.cfg has no o [2001/09/12] misc/30526 inserting a Sony Ninja-ATA pcmcia style c o [2001/09/12] ports/30535 nakai Update port: x11-wm/icewm (fix ports/2806 o [2001/09/12] misc/30536 sos burncd(8) doesn't wait long enough for CD o [2001/09/12] kern/30540 [PATCH] spelling and grammar fixes in a c o [2001/09/12] kern/30541 imp [PATCH] old pccard beep depends on value o [2001/09/12] bin/30542 [PATCH] add -q option to shut up killall s [2001/09/12] bin/30543 ru [PATCH] use err() instead of just exit() o [2001/09/12] bin/30546 [PATCH] /etc/rc pedantry o [2001/09/13] ports/30549 ports Maintainer update: Jakarta Ant 1.4 o [2001/09/13] docs/30556 doc vnconfig man page incorrect; functionalit o [2001/09/13] ports/30557 ports bitchx fails to build when WITH_TCL=yes i o [2001/09/13] ports/30560 mbr Typos in /usr/ports/french/staroffice52/p o [2001/09/13] kern/30570 boot loader don't reacts on USB keyboard o [2001/09/14] ports/30573 nakai /usr/X11R6/bin/xfce_setup does not create o [2001/09/15] docs/30603 doc physio(9) is internally inconsistent o [2001/09/15] ports/30604 ports postgresql7 doesn't build with kerberos5 o [2001/09/16] kern/30608 kern.ps_showallproc=0 doesn't limit queri f [2001/09/16] ports/30615 ports The 'bcwipe' port installs Linux binaries o [2001/09/16] docs/30618 keramida ediff man page incomplete o [2001/09/16] ports/30623 sobomax Update of the audio/glame port o [2001/09/17] ports/30625 ports [PATCH] vmware2 patch for -current with K o [2001/09/17] bin/30627 /usr/libexec/makekey doesn't grok modern o [2001/09/17] misc/30631 readdir_r() SEGV on large directories o [2001/09/17] kern/30634 kevent.data value incorrect for UDP socke o [2001/09/17] bin/30639 apmd crashes on SIGHUP (under certain con o [2001/09/17] bin/30640 apmd does not terminate properly on SIGTE o [2001/09/18] misc/30647 "make release" in src/release/ creates po o [2001/09/18] bin/30661 FreeBSD-current fails to do partial NFS f o [2001/09/20] misc/30683 [PATCH] loader(8) fails to load module wh a [2001/09/20] bin/30685 cjc Patch for usr.bin/hexdump o [2001/09/20] ports/30698 ports New port: news/pl-slrn o [2001/09/20] misc/30699 jasone pthread_attr_setscope function fails unco o [2001/09/20] i386/30700 sound Applications cannot synchronize sound usi o [2001/09/20] ports/30701 ports setiathome port misuses the 'nobody' user o [2001/09/21] ports/30707 ports midnight commander can't handle correctly o [2001/09/22] docs/30731 doc printf(1) refers to ANSI C Standard draft o [2001/09/22] ports/30732 obrien bash2 - pkg-plist fix and sample files ad a [2001/09/22] bin/30737 murray sysinstall leaks file descriptors on rest o [2001/09/23] ports/30754 nakai x11/dgs port overwrites a number of files o [2001/09/23] ports/30777 portmgr add a 'make pkg-plist' make target in por o [2001/09/23] misc/30778 termcap problem with wyse-60 terminal o [2001/09/24] ports/30788 sobomax compile works, install fails of graphics/ o [2001/09/24] misc/30792 traffic destined for 127/8 addresses shou o [2001/09/24] kern/30794 sound ESS Solo-1 does not work after suspend/re f [2001/09/24] docs/30797 ru YP documentation should not be in section o [2001/09/24] i386/30808 sound t4dwave on Acer Alladin M5451 interrupt p o [2001/09/24] docs/30809 doc fdisk(8) cleanup o [2001/09/25] bin/30812 giant termcap database update o [2001/09/25] ports/30813 jmz Xfree86-4 port creates libfreetype.so.6 w o [2001/09/25] bin/30819 /bin/mv results in warnings when /bin/cp o [2001/09/25] kern/30836 wpaul Chipset SiS735 / NIC SiS 900 f [2001/09/26] ports/30845 ports New port: textproc/xerces-c: Xerces C++ X o [2001/09/26] ports/30848 roam courier imapd won't compile with vpopmail o [2001/09/26] ports/30849 ports news/ntpcache fails compiling authinfo_pa o [2001/09/26] bin/30854 bootpd/bootpgw change - skip ARP modifica o [2001/09/26] misc/30857 intr_machdep.c allows access out of array f [2001/09/26] ports/30859 ports A New Port f [2001/09/26] i386/30860 While install after "Mounting root from u o [2001/09/27] bin/30863 bootpd/dovend.c Win95 compatibility impro o [2001/09/27] ports/30870 ports httpd in free(): warning: recursive call o [2001/09/27] docs/30873 doc ``ip'' man page does not specify byte ord o [2001/09/28] bin/30887 dump allways saves files with modified c- o [2001/09/29] bin/30907 green [PATCH] ssh configuration oddities o [2001/09/29] bin/30908 [PATCH] Tweak ldd to provide more informa o [2001/09/29] ports/30912 gnome [PATCH] port editors/AbiWord fails to set o [2001/09/29] ports/30923 obrien small fix for devel/gindent port o [2001/09/30] ports/30929 brian [net/pppoa] use usbd to initialize USB AD o [2001/09/30] ports/30936 taoka pips-sc880 installed script contains inco o [2001/09/30] conf/30938 Improving behavior of /etc/periodic/daily o [2001/09/30] kern/30951 Optimize page queue scan on miss of speci o [2001/10/01] alpha/30970 alpha Ensoniq 1371 (Creative chipset) does not o [2001/10/01] bin/30972 peter nfsd and mountd are in the wrong location o [2001/10/01] ports/30979 ports New port for "txfonts" TeX's font package o [2001/10/02] ports/30983 portmgr [PATCH] Some staroffice cdrom fixes o [2001/10/02] ports/30986 obrien vim6 LITE=YES packing list incorrect f [2001/10/02] ports/30988 gnome AbiWord's american.hash dictionary appear o [2001/10/03] ports/31013 obrien John The Ripper Package Lists Bad Path o [2001/10/03] ports/31019 nakai Fix x11/xmascot o [2001/10/03] ports/31022 nakai Fix port games/xrubik o [2001/10/03] ports/31026 ports New Port: Internet Message Support Protoc o [2001/10/04] bin/31034 regularly add original address logging fo f [2001/10/04] ports/31037 ports NEW PORT: Krusader o [2001/10/04] kern/31043 Missing Ptrace functionality in Linuxulat o [2001/10/04] kern/31048 linprocfs:/proc/meminfo cannot handle mul a [2001/10/04] bin/31049 yar /usr/sbin/adduser does not allow '.' in l o [2001/10/04] bin/31052 fenner Traceroute needs update o [2001/10/05] ports/31061 ports New port: security/gnupg-devel o [2001/10/05] ports/31063 ports Upgrade aim-transport in jabber port. o [2001/10/05] ports/31068 kde x11/kdelibs2 can't build static libraries o [2001/10/06] bin/31088 tobez Make whereis.pl use strict, and a couple a [2001/10/06] ports/31093 ports new port "flyway" o [2001/10/06] ports/31096 znerd New port for jakarta-tomcat 4 o [2001/10/07] misc/31097 main thread will accept() failure when so o [2001/10/07] ports/31101 roam Update port: mail/vpopmail various requir o [2001/10/07] docs/31109 doc replace gif images w/ png ones due to pat o [2001/10/08] bin/31135 /bin/df reporting 'NaNB' as a Size. o [2001/10/08] ports/31142 portmgr patch-libtool target in bsd.port.mk break a [2001/10/08] ports/31144 ports New port: x11/xcursor f [2001/10/09] ports/31159 cpiazza gmixer 0.98c dumps core with some mixers o [2001/10/09] docs/31164 doc man page for strftime is incorrect o [2001/10/09] ports/31170 dima kpilot does not build o [2001/10/10] ports/31188 znerd New port: www/orion-current o [2001/10/10] bin/31199 tunefs error is incorrect when enabling s o [2001/10/10] conf/31200 Modification of rc.diskless1 needs change o [2001/10/10] bin/31201 [patch] add free_space(chunk) to libdisk o [2001/10/10] bin/31205 [PATCH] WARNSify and add a new option to o [2001/10/10] docs/31210 peter cvs info page missing -R o [2001/10/11] misc/31218 How to build release from selected date a [2001/10/11] conf/31219 Missing cons25u entry in termcap o [2001/10/11] ports/31222 ports ports:astro/SETIsupport(version is wrong) o [2001/10/11] ports/31223 ports ImageMagick utilities link without -lciph o [2001/10/11] misc/31225 "make release" fails if TERMCAP environme o [2001/10/11] bin/31228 vnconfig -ae configures but not mount dev o [2001/10/11] ports/31229 ports new port: astro/linux-setiathome-i686 o [2001/10/13] kern/31255 select with zero timeout returns 0 even w o [2001/10/14] docs/31260 ru mdoc(7) has "resp.\&" for "or" 4 times. f [2001/10/14] docs/31261 ru man(1) doesn't say what "system' (in "-m" a [2001/10/14] docs/31263 yar ipfw(8) doesn't explain list versus show. o [2001/10/14] docs/31264 jdp cvsup(1) "base" option and keyword descri a [2001/10/14] docs/31271 doc rl(4) discourages vender openness by disp o [2001/10/15] ports/31282 ports NEW PORT: aolserver+ad f [2001/10/15] ports/31288 ports LPRng-3.7.9 port (LPRng) update o [2001/10/15] ports/31289 billf ntop man page does not inform about optio o [2001/10/15] misc/31297 yokota New screen blanker module for syscons o [2001/10/17] ports/31326 lioux Update Port: www/kwebwatch to 0.90 o [2001/10/17] ports/31342 ports I was trying to install xscreensaver and o [2001/10/18] i386/31353 'shutdown -p' does not work on SMP Tyan T o [2001/10/18] conf/31358 Need to load NFS client LKM. o [2001/10/18] ports/31364 sobomax URW fonts needed to run jdk13 jfc demos a o [2001/10/19] kern/31367 General boot fault during mounting root w o [2001/10/19] ports/31369 ports New KMerlin Port o [2001/10/19] docs/31370 fenner typo in tcpdump manpage o [2001/10/19] misc/31380 NFS rootfs mount failure message too cryp o [2001/10/20] bin/31387 When getuid()=0, mailwrapper should drop o [2001/10/20] ports/31389 portmgr tidy readme templates + port readme enhan o [2001/10/21] ports/31399 jkh sysinstall (4.4REL) hangs on pkg_add of c o [2001/10/21] i386/31427 minor incorrect code in sys/i386/i386/pma o [2001/10/22] bin/31432 umount(8) and unmount(2) don't corespond o [2001/10/22] kern/31445 sound cat sound.au > /dev/audio fails for sound a [2001/10/23] kern/31455 n_hibma [PATCH] ohci driver probrem when send dat o [2001/10/23] kern/31456 Register number definition for AMD PCnet o [2001/10/23] ports/31461 ports New ports: deskutils/mcal & gmcal - a lib o [2001/10/23] ports/31462 peter rdist6 does not like accounts with '.' in f [2001/10/24] ports/31473 dwhite New port: Courier-MTA SMTP IMAP POP3 HTTP o [2001/10/24] ports/31475 ports New port: sysconftool o [2001/10/24] bin/31476 ifconfig's lladdr is ethernet specific o [2001/10/25] ports/31486 kuriyama ports/palm/prc-tools-gcc does not build m o [2001/10/25] ports/31487 green licq-qt-gui plugin does not parse local a f [2001/10/25] misc/31489 Conflict Between BPF and ssh2 protocol in o [2001/10/25] kern/31490 Panic in sysctl_sysctl_next_ls on empy no o [2001/10/26] ports/31517 ports New Port: kdetheme-qnix o [2001/10/26] ports/31518 ports GD 1.8.4 port fails to build TTF support o [2001/10/26] kern/31521 cg pcm0 plays too fast on Intel 82801BA (ICH o [2001/10/27] ports/31529 lioux avifile-0.60.20010429_1 doesn't build if o [2001/10/27] i386/31535 Can't reboot system: Tyan Thunder K7+ Dua o [2001/10/27] ports/31539 ports New port: graphics/xpcd (PhotoCD tool col o [2001/10/28] conf/31555 rc.syscons does not run standalone o [2001/10/28] docs/31570 phantom Updated frontpage of the http://www.freeb f [2001/10/28] ports/31579 kde kdessl of kde-2.2.1 wants to link to libs o [2001/10/29] bin/31588 change request to allow mount(1) to set t a [2001/10/29] ports/31591 kde kdeinit crashes when I close KDE2 session o [2001/10/29] ports/31611 chuckr Update port: graphics/xpdf to 0.93 o [2001/10/29] kern/31624 writev may return undocumented ECONNRESET o [2001/10/30] ports/31630 ports Port se-ispell install the dictionary in o [2001/10/30] bin/31632 ip6fw error under DNS dislabled environme o [2001/10/30] docs/31640 doc Avoiding uppercase program names in manpa o [2001/10/30] ports/31644 jmacd Update: devel/prcs o [2001/10/30] ports/31645 nakai Update port: editors/dedit to 0.6.2.2 o [2001/10/30] kern/31647 socket calls can return undocumented EINV o [2001/10/30] ports/31652 obrien default make package fails for editors/vi o [2001/10/30] docs/31653 doc Chapter 14 of the Handbook lacks content o [2001/10/31] ports/31669 ports New port: graphics/xawtv_applet o [2001/10/31] ports/31674 ports port math/plplot doesn't build a TCL enab f [2001/10/31] bin/31683 ssh-keygen dumps core when changing a dsa o [2001/10/31] ports/31684 ports ports/comms/hylafax fixes o [2001/11/01] gnu/31685 apropos(1) manual page doesn't tell that o [2001/11/01] i386/31686 Problem with the timestamp option when fl o [2001/11/01] ports/31691 greid update port: graphics/xawtv o [2001/11/01] ports/31697 ports Jabber port doesn't install jud o [2001/11/02] kern/31708 VM system / fsync / flushing delayed inde o [2001/11/02] kern/31711 Enhancements and bug fixes to Aironet dri o [2001/11/02] ports/31712 ports Add the Linux to flash Cisco/Aironet card o [2001/11/02] i386/31716 FreeBSD uses broken tsc timecounter by de o [2001/11/03] ports/31739 ports New port: lang/python-devel o [2001/11/03] ports/31744 ports New port: emulators/minix (2.0.0) a [2001/11/03] docs/31747 dd pthread_create.3 does not markup NULL o [2001/11/04] ports/31755 znerd linux-jdk1.2.2 looks for registervm in st o [2001/11/04] ports/31757 ports devel/gvd doesn't build without tex a [2001/11/05] bin/31769 add 2 russian holydays o [2001/11/05] gnu/31772 New option in dialog(1) o [2001/11/05] ports/31773 ports New port: audio/cplay, audioplayer for th o [2001/11/05] ports/31775 ports Better path for the X11 fonts from the po s [2001/11/06] ports/31809 kde [UPDATE] qt23 port to qt-2.3.2 o [2001/11/06] ports/31813 ports New Port - Update: dbXML - Java Native XM o [2001/11/07] ports/31841 ports update to geda tool set o [2001/11/08] ports/31858 ports New port: pike 7.2.234 (current CVS versi o [2001/11/08] ports/31862 portmgr [PATCH] 'make search' problem if /usr/obj o [2001/11/09] misc/31890 new syscons font o [2001/11/10] bin/31906 No method available to unwind atexit(3) s o [2001/11/11] ports/31910 greid comms/sms_client o [2001/11/12] ports/31926 ports New port security/drweb-qmail: Qmail mess o [2001/11/12] bin/31933 pw can interpret numeric name as userid d a [2001/11/12] ports/31943 dirk mysql323-server port hostname look up fai o [2001/11/12] ports/31944 portmgr bsd.port.mk: USE_XPM (implied by USE_MOTI a [2001/11/12] ports/31945 ports new port: devel/xbkregex library o [2001/11/13] ports/31957 znerd Update tomcat port to jdk 1.3.1 o [2001/11/13] ports/31970 ports New port o [2001/11/13] kern/31971 microuptime() went backwards when apm is o [2001/11/14] ports/31975 ports "Error in backend/storage/lmgr/proc.c: Pr o [2001/11/14] misc/31981 (mis)feature in getnetent parsing -- comm o [2001/11/14] ports/31984 znerd Update orion port for config of rmi serve o [2001/11/14] bin/31985 New /etc/remote flag for tip to append LF o [2001/11/14] bin/31987 patch to allow dump(1) to notify operator o [2001/11/14] ports/31996 ports Build of db3 fails at ./configure a [2001/11/14] bin/31997 des login: chmod(/dev/tty??): No such file or o [2001/11/15] docs/32008 doc wrong path for dhclient.conf in dhclient- o [2001/11/15] i386/32014 ppi locks up system during boot o [2001/11/15] ports/32015 kuriyama ports/palm/pilrc bugs o [2001/11/15] docs/32020 doc loader.8 manpage missing tunables o [2001/11/15] ports/32022 znerd New port: Jakarta Tomcat 4.0.1 o [2001/11/15] ports/32034 ports [NEW PORT] ncurses-ada -- an Ada 95 bindi o [2001/11/16] ports/32037 ports New port: pm-lib o [2001/11/16] ports/32039 greid UPDATE devel/asmutils 0.14 -> 0.15 o [2001/11/16] docs/32041 doc Add point about net.inet.tcp.portange.{fi o [2001/11/16] ports/32046 ports Port cleanup: x11-fonts/webfonts o [2001/11/16] ports/32048 ports New port: palm/hdunix (1.0) o [2001/11/16] docs/32054 doc inconsistency between index.3 and rindex. o [2001/11/17] ports/32056 ports New Port: emulators/adamem f [2001/11/17] ports/32060 ports New port: mkfile(8) for FreeBSD o [2001/11/17] conf/32067 Problems with spanish keyboard in console o [2001/11/17] ports/32069 nakai malloc.h fix for games/kxl o [2001/11/18] ports/32076 ports WISH: merge icon patch to blackbox port o [2001/11/18] bin/32079 minor timebomb in /etc/rc o [2001/11/18] bin/32092 crypt pickups the wrong password format o [2001/11/18] ports/32097 nik scr2png doesn't make with other LOCALBASE o [2001/11/19] conf/32108 Proposed Firewall (IPv4) configuration sc o [2001/11/19] ports/32114 portmgr WRKDIRs should be moved to a central loca a [2001/11/19] misc/32119 phantom Support for the modern greek language a [2001/11/19] misc/32120 PR misc/24324 errata o [2001/11/19] ports/32122 jmz xf86cfg graphics-mode fails on Samsung Sy o [2001/11/20] ports/32125 keichii ports/chinese/rxvt-gb is missing checksum o [2001/11/20] bin/32126 getopt(3) not Unix-98 conformant a [2001/11/20] misc/32133 phantom Bug in greek locale fixed o [2001/11/20] bin/32138 iedowse better progress reporting for dump(8) f [2001/11/20] misc/32144 murray unattended install with sysinstall doesn' o [2001/11/20] ports/32145 jmz XFree86 doesn't ldconfig itself o [2001/11/20] ports/32147 kris mindguard port dumps core o [2001/11/20] kern/32157 sound AC97 Audio (appears to be) unsupported o [2001/11/21] kern/32169 kernel option to enable PCI devices on ma o [2001/11/21] ports/32174 portmgr Autoconf patch for bsd.port.mk a [2001/11/22] misc/32193 phantom Termcap ACS support for greek ISO-8859-7 o [2001/11/22] ports/32202 ports ports/devel/py-htmlkit distribution does o [2001/11/22] ports/32207 gnome libiconv cannot be built by a pleb o [2001/11/23] misc/32210 System hangs while kernel waiting for SCS o [2001/11/23] ports/32224 znerd java/linux-jdk is out of date (RC4 iso FC o [2001/11/23] ports/32228 billf Update port: print/pdflib3 to include TIF o [2001/11/23] docs/32229 keramida Omission from Handbook Chapter 17.8 (DHCP a [2001/11/23] ports/32231 ports Update port devel/fam o [2001/11/23] ports/32232 dirk Update and bugfix port: www/mod_php4 a [2001/11/23] misc/32233 Fix /usr/src/sbin/mount_msdosfs/iso72dos o [2001/11/23] ports/32243 sobomax ports/py-wxPython fails to compile o [2001/11/24] i386/32251 bugfix and new feature for apmd o [2001/11/24] ports/32258 scrappy converters/p5-Convert-ASN1 out of date o [2001/11/24] ports/32259 scrappy Update security/p5-IO-Socket-SSL request o [2001/11/25] misc/32265 Adding calendar.french o [2001/11/25] i386/32269 [PATCH] - categorizing (XXX Lines) in NOT o [2001/11/25] ports/32271 dwcjr [PATCH] pkg-plist for net/isc-dhcp2 incor o [2001/11/25] ports/32272 petef port upgrade to latest blender version o [2001/11/25] ports/32273 kde kdm doesn't set paths from login.conf o [2001/11/25] docs/32278 mwlucas additional info for ports section o [2001/11/25] ports/32281 ports Dead project for openverse. o [2001/11/25] ports/32282 petef fvwm 2.4.3 generate error wrt 'Help' key o [2001/11/25] ports/32283 nbm Port upgrade: www/zope from 2.4.2 to 2.4. o [2001/11/26] ports/32285 vanilla a new port for application gimp-print o [2001/11/26] conf/32288 After install: /etc/rc complains if crypt o [2001/11/26] bin/32299 peter nm coredumps on sendmail in -current o [2001/11/26] i386/32301 dfr Fix for agpgart for the AMD-751 and relat o [2001/11/26] ports/32317 petef Request for linux-qt port o [2001/11/26] bin/32318 cjc no userland tool available to test resolv a [2001/11/26] docs/32323 doc man page `named(8)' do not have link for o [2001/11/27] ports/32328 ports Port update: mc-4.5.55 o [2001/11/27] bin/32342 vmstat.c: certain variables appear to hav o [2001/11/27] ports/32345 ports New port: devel/hmake f [2001/11/28] bin/32354 ru # "ping -l 5 -c 0 gateway", slightly unre o [2001/11/28] ports/32361 ports port doesn't work o [2001/11/28] ports/32362 ports postgresql7 port should install more *.h o [2001/11/29] docs/32373 doc Bad ifconfig(8) alias advice in FAQ 10.9 a [2001/11/29] conf/32375 murray sysinstall doesn't respect User generated o [2001/11/29] ports/32379 ports NEW PORT: wots 1.22 o [2001/11/29] ports/32391 shige psgml-emacs20 breaks emacs's standard htm o [2001/11/30] misc/32400 rwhod - option to specify hostname o [2001/11/30] ports/32405 dirk Japanese encoding translation support for o [2001/11/30] ports/32407 sobomax Update port: graphics/tiff to 5.3.7 o [2001/11/30] bin/32411 shutdown's absolute-time handling could b o [2001/12/01] docs/32425 doc Document cvs update `P file' output o [2001/12/01] bin/32433 Cannot specify files beginning with + on o [2001/12/01] ports/32434 ports New Port: TeXmacs, a free wysiwyg scienti o [2001/12/02] ports/32440 ports graphics/gd does not build (requires free o [2001/12/02] ports/32444 dirk www/mod_php4: ctype support o [2001/12/02] ports/32445 portmgr CONFIGURE_TARGET default setting is bogus a [2001/12/02] misc/32448 phantom Cyrillic ISO 8859-5 fonts a [2001/12/02] misc/32449 phantom Cyrillic ISO 8859-5 keymaps a [2001/12/02] misc/32450 phantom Ukrainian ISO 8859-5 locale files o [2001/12/02] docs/32451 doc Missing images in vm-design article o [2001/12/02] docs/32460 keramida named.conf(5) types and two bad markups. o [2001/12/02] docs/32463 doc ifconfig(8) missing address_family defaul o [2001/12/03] docs/32468 doc broken link in handbook: sysutils/mkisofs o [2001/12/03] kern/32478 scsi/NIC drivers fail when using SMP kern o [2001/12/03] misc/32480 Missing graphic characters in syscons fon o [2001/12/03] ports/32481 ports New port: devel/chora - the Horde CVS web o [2001/12/03] misc/32490 umass support for ATAPI [with patch] o [2001/12/04] bin/32501 quot(8) is stupid regarding the filesyste o [2001/12/04] ports/32502 dima port update palm/pilot-link to 0.9.6 o [2001/12/04] ports/32508 sobomax www/flashplugin-mozilla has malloc bug o [2001/12/04] ports/32517 green Update port: emulators/snes9x to 1.39 o [2001/12/05] kern/32530 Fix for midi(4) causing hang at boot with o [2001/12/05] ports/32535 ports update of /usr/ports/www/roxen/ o [2001/12/05] docs/32542 rwatson tuning(7) inaccurate o [2001/12/05] ports/32546 znerd Remove fully-qualified lib symlinks from a [2001/12/05] ports/32549 kde kdesu doesn't work on kde2 port o [2001/12/06] docs/32561 jasone missed functions in pthread(3) o [2001/12/06] ports/32565 ports New port: QScheme scheme interpretor o [2001/12/07] ports/32572 kde net/kio_fish: konq has no icons for fish: o [2001/12/07] docs/32578 doc A _really_ petty change to the front page o [2001/12/07] ports/32582 greid Update port: audio/tempest_for_eliza o [2001/12/07] ports/32585 nbm x11-wm/pwm/pkg-descr refers to "screensho o [2001/12/07] bin/32588 grog operator should backup vinum vols o [2001/12/07] ports/32596 keichii update port: chinese/auto-tw-l10n o [2001/12/08] ports/32604 ports Many ports which depends on apache don't f [2001/12/08] misc/32605 nsouch SMBus driver broken o [2001/12/09] ports/32643 anders update mod_watch from 2.4 to 3.0 o [2001/12/09] ports/32651 ache a small patch to obtain socks5 support to o [2001/12/09] kern/32652 n_hibma Add new scanners and a new ioctl to uscan o [2001/12/09] ports/32653 ports Added patches to improve USB scanner supp f [2001/12/09] bin/32657 sed file handing is non-standard o [2001/12/09] kern/32659 jhb VM and VNODE leak with vm.swap_idle_enabl o [2001/12/09] gnu/32661 dd send-pr uses $LOGNAME for From and Reply o [2001/12/09] docs/32662 dd arp(8) uses "this host" with two differen o [2001/12/10] i386/32666 imp mbufs leaks in dev/ed o [2001/12/10] bin/32667 systat waste too much time reading input o [2001/12/10] kern/32671 imp Patch to generate usbdevs.h automatically o [2001/12/10] ports/32673 greid update port: graphics/xawtv o [2001/12/10] docs/32674 doc no man page for the ntp_adjtime system ca a [2001/12/10] bin/32675 kris openssl dhparam hangs when using /dev/ran o [2001/12/10] kern/32677 pciconf -l opens /dev/pci for read/write o [2001/12/10] misc/32680 [PATCH] Allows users to start jails by ho o [2001/12/10] ports/32690 keichii Uodate port: chinese/rxvt from 2.7.5 to 2 o [2001/12/11] ports/32704 obrien update ical to use tk8.3 o [2001/12/12] ports/32743 ports Update port: games/nethack3-gnome/games/n o [2001/12/12] ports/32762 ache Update for archivers/xpk o [2001/12/13] kern/32799 ucom and uplcom drivers ported from NetBS o [2001/12/13] ports/32802 greid update port: graphics/xawtv o [2001/12/13] bin/32808 dwmalone [PATCH] tcpd.h lacks prototype for hosts_ o [2001/12/13] ports/32810 trevor ports/security/pad security (mkstemp()) f o [2001/12/13] kern/32812 roger bktr driver missing tuner for eeprom dete o [2001/12/13] ports/32815 roam PORT UPDATE : ftp/curl 7.9.1 -> 7.9.2 o [2001/12/13] docs/32825 doc undocumented options in LINT o [2001/12/14] bin/32828 phk w incorrectly handles stale utmp slots wi o [2001/12/14] ports/32838 gnome Add LDAP support to mail/evolution o [2001/12/14] conf/32841 cjc kernel ppp sample conf files missing fro o [2001/12/15] ports/32863 trevor Update port: x11-wm/aewm to 1.1.3 o [2001/12/15] ports/32864 trevor Update port: x11-wm/swm to 1.3.2 (fix por o [2001/12/15] docs/32877 darrenr typo in ipfs.8 o [2001/12/15] kern/32880 ambrisko Update aironet driver to correct signal s o [2001/12/15] ports/32883 ports New port: deskutils/nag - Horde's task li o [2001/12/15] ports/32892 ports New ports: x11-toolkits/gtk12-apireferenc o [2001/12/16] ports/32899 ports mail/nbsmtp causes segfaults while a comm o [2001/12/16] docs/32901 doc Misleading statement about "X Windows" o [2001/12/16] gnu/32902 Incremental tar archiving using GNU style o [2001/12/16] ports/32907 nakai ports/graphics/gqview update o [2001/12/16] ports/32911 ports New Port: devel/scons - SCons 0.01 - a bu o [2001/12/16] kern/32912 msmith options misssing TCBHASHSIZE o [2001/12/16] ports/32917 ports installing ports may fail if $GREP_OPTION o [2001/12/17] ports/32926 lioux [NEW PORT] djvulibre-3.5.2--a Mozilla plu o [2001/12/17] bin/32935 /bin/sh buildin echo command have invalid o [2001/12/17] ports/32936 mharo ports/security/keyprint only supports S/K o [2001/12/17] bin/32953 log-in-vain level should be setable in rc o [2001/12/18] conf/32976 assar Kerberos5 config files not installed by d o [2001/12/18] docs/32979 assar manpages are not installed for k5admin an o [2001/12/18] ports/32986 ports new port: graphics/transcode o [2001/12/18] ports/32999 ports New ports: devel/ORBacus4 o [2001/12/19] kern/33004 n_hibma Patch for USB (uhci) o [2001/12/19] ports/33005 sada New port: japanese/koffice-i18n o [2001/12/19] misc/33007 n_hibma umass device timeout after successive use o [2001/12/19] ports/33008 will New Port: x11-wm/kwinacqua o [2001/12/19] misc/33013 cg mixer does not have treble/bass for Sound o [2001/12/19] kern/33014 installkernel without buildkernel gives c o [2001/12/19] ports/33015 ports PORT UPDATE, PREFIX FIX : textproc/p5-XML f [2001/12/19] bin/33016 sheldonh mount_smbfs o [2001/12/19] conf/33018 Patch for RC (add multiple SSHD configura a [2001/12/19] ports/33023 ports failed to make install ports/textproc/p5- a [2001/12/20] i386/33031 phantom /usr/src/share/mklocale/zh_TW.Big5.src ty o [2001/12/20] ports/33038 keith update port: chinese/ttfm for bento error o [2001/12/20] ports/33039 keith update port: chinese/moefonts-cid for pkg o [2001/12/20] docs/33042 doc Minor changes to Chapter 2 of the handboo o [2001/12/20] ports/33049 mharo proftpd file permission error. o [2001/12/21] bin/33066 rwatson sysinstall does not write to new disks as o [2001/12/21] ports/33067 ports rdesktop port doesn't list dependencies p o [2001/12/21] ports/33072 portmgr repo copy requested: ports/www/linux-net o [2001/12/22] ports/33084 ports security/cyrus-sasl doesn't add group & u o [2001/12/22] ports/33094 okazaki converters/mule-ucs, add emacs21 support s [2001/12/22] ports/33095 dirk update cdrtools to 1.11a13pre3 (1.10.p11. o [2001/12/22] i386/33097 sound Crystal 4237b mixer problems o [2001/12/23] ports/33108 portmgr Generate an error if WRKDIRPREFIX == /usr o [2001/12/23] ports/33109 ports Xercec-C++ port proposals a [2001/12/23] ports/33116 ports ghostscript cjk font new port o [2001/12/23] kern/33117 empty struct md_coredump in pcb.h and use o [2001/12/23] ports/33118 keith update port: chinese/moefonts-cid for Ado o [2001/12/23] ports/33122 greid update port: www/dillo from 0.5.0 to 0.6. o [2001/12/23] kern/33124 jhb kthread_create doesnt mark kthreads as kt o [2001/12/23] bin/33133 keyinit outputs wrong next login password o [2001/12/23] ports/33134 keith update port: chinese/ghostscript6 for Ado o [2001/12/23] ports/33135 ports New port: devel/kprof - A profiling tool o [2001/12/24] ports/33157 ports Fix port: graphics/graphviz o [2001/12/24] ports/33159 ports New port: graphics/py-graphviz f [2001/12/25] docs/33164 doc New section for 'Storage' chapter of hand o [2001/12/25] ports/33166 sanpei update graphics/xmovie to 1.9.1 o [2001/12/25] ports/33168 ports new port: mail/mavbiff o [2001/12/25] ports/33176 ports fix minor build problem with ac-archive o [2001/12/25] docs/33179 roberto Some errata in ntpdate.8 manpage o [2001/12/25] docs/33181 roberto Some errata in ntpdc.8 manpage o [2001/12/25] gnu/33182 gdb seg faults when given handle SIGALRM o [2001/12/26] ports/33189 demon koncd build-failure o [2001/12/26] ports/33192 ports java/jdbcpool: update to 0.99 o [2001/12/26] ports/33194 ports Update port: cad/pcb o [2001/12/26] ports/33196 portmgr duplicate lines in /usr/ports/INDEX o [2001/12/26] ports/33200 sobomax Installation of WindowMaker fails o [2001/12/26] kern/33202 msmith sys/dev/mly/mly.c minor mly_printf cosmet o [2001/12/26] kern/33203 dillon "got bad cookie" errors on NFS client o [2001/12/26] ports/33207 ports LPRng port update o [2001/12/26] ports/33208 ports ifhp port update o [2001/12/26] ports/33209 ports LPRngTool port o [2001/12/26] ports/33212 tobez perl5 port fails to register dependency o o [2001/12/26] misc/33220 phantom Greek locale MFC plea o [2001/12/26] ports/33222 ports new port: net/linux-edonkey2000-server o [2001/12/26] ports/33223 ports new port: net/linux-edonkey2000-client o [2001/12/26] ports/33224 me Build breaks on CURRENT due to 0.9.3 o [2002/01/12] ports/33816 ports KLH-10 PDP-10 emulator port. o [2002/01/12] ports/33818 ports Bootable ITS image for KLH-10 PDP-10 emul o [2002/01/12] ports/33819 ports new release of ocaml -- port update o [2002/01/12] ports/33820 ports Update port: lang/ocaml new version 3.04 o [2002/01/12] ports/33823 ports Update port: japanese/skk-tools to 1.0 o [2002/01/12] ports/33824 ports update-port: games/quakeforge (bento-fix) o [2002/01/12] ports/33825 ports update-port: java/cryptix-jce (bento-fix) o [2002/01/12] ports/33826 ports update-port: x11/emu (bento-fix) o [2002/01/12] ports/33828 ports update-port: french/xtel (bento-fix) o [2002/01/12] ports/33829 ports update-port: games/crimson (bento-fix) o [2002/01/13] bin/33834 strptime(3) is misleading o [2002/01/13] ports/33837 ports Error building port print/ghostscript-afp o [2002/01/13] ports/33842 ports New port: lang/njs - a standalone JavaScr o [2002/01/13] ports/33843 ports New port: x11-toolkits/gtoolkit (Obj-C wr o [2002/01/13] ports/33844 nbm Update port: www/zope (for python2.2 comp o [2002/01/13] ports/33849 ports New port: www/p5-ApacheBench o [2002/01/13] ports/33850 ports include missing man pages for ports/mail/ o [2002/01/13] docs/33852 doc split(1) man page implies that input file o [2002/01/13] ports/33853 ports New Port: biology/tRNAscan-SE o [2002/01/13] ports/33854 ports UPDATE: ipa Makefile update o [2002/01/13] bin/33856 des "fetch -o" gives bogus error message o [2002/01/13] ports/33857 ports pkg_info -g follows symlinks, but packing o [2002/01/13] conf/33858 imp pccard.conf entry for U.S. Robotics 2410 o [2002/01/13] ports/33859 ports New port: devel/libhash functions to mani o [2002/01/13] ports/33860 ports openjade needs a catalog entry o [2002/01/13] ports/33861 ports Update games/adom port to 1.0.0 (approved o [2002/01/13] ports/33863 nbm Update port: www/squishdot o [2002/01/13] ports/33864 wjv Update port: www/zope-zwiki o [2002/01/13] ports/33865 wjv Update port: www/zope-zwiki o [2002/01/14] bin/33870 The find command deserves new options -mo o [2002/01/14] ports/33871 ports [Maintainer-update] japanese/cannadic to o [2002/01/14] ports/33872 ports Update port: www/zope-zmysqlda o [2002/01/14] bin/33873 Add "pstack" command to FreeBSD o [2002/01/14] ports/33876 ports New port: textproc/xslide.el o [2002/01/14] docs/33877 doc Documentet behaviour of SF_flags for non- o [2002/01/14] ports/33879 ports updating patch for net/ppxp port o [2002/01/14] ports/33880 ports update port: databases/mytop o [2002/01/14] ports/33882 ports Update port: games/adgali o [2002/01/14] ports/33883 ports Update port: graphics/opendis o [2002/01/14] ports/33884 ports Update port: graphics/photopc o [2002/01/14] ports/33885 ports Update port: lang/yabasic to 2.711 o [2002/01/14] ports/33886 ports Update port: misc/argparse o [2002/01/14] ports/33888 ports New Mastersite: net/zephyr 1823 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 11:20:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3FE9D37B416 for ; Mon, 14 Jan 2002 11:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EJK1497804; Mon, 14 Jan 2002 11:20:01 -0800 (PST) (envelope-from gnats) Received: from pendragon.tacni.net (radius.tacni.net [64.247.218.2]) by hub.freebsd.org (Postfix) with SMTP id A1B7237B405 for ; Mon, 14 Jan 2002 11:10:57 -0800 (PST) Received: (qmail 57388 invoked by alias); 14 Jan 2002 19:10:50 -0000 Received: from unknown (HELO cerebro.superhero.org) (216.201.213.69) by tacni.net with SMTP; 14 Jan 2002 19:10:50 -0000 Received: (qmail 78457 invoked by uid 1000); 14 Jan 2002 19:10:51 -0000 Message-Id: <20020114191051.78456.qmail@cerebro.superhero.org> Date: 14 Jan 2002 19:10:51 -0000 From: Erich Zigler To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: i386/33889: make buildworld fails - 01.14.02 - 1:19PM CDT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33889 >Category: i386 >Synopsis: make buildworld fails - 01.14.02 - 1:19PM CDT >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 14 11:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: >Environment: System: FreeBSD cerebro.superhero.org 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Sat Jan 12 13:49:42 CST 2002 root@cerebro.superhero.org:/usr/src/sys/compile/CEREBRO i386 >Description: cc -O2 -mcpu=i686 -march=i686 -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c -o lib_baudrate.o /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:138: syntax error before `_nc_baudrate' /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:139: warning: return-type defaults to `int' /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:164: syntax error before `_nc_ospeed' /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:165: warning: return-type defaults to `int' /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:181: syntax error before `baudrate' /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_baudrate.c:182: warning: return-type defaults to `int' *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 11:41:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5614937B431; Mon, 14 Jan 2002 11:40:50 -0800 (PST) Received: (from ache@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EJeDW02327; Mon, 14 Jan 2002 11:40:13 -0800 (PST) (envelope-from ache) Date: Mon, 14 Jan 2002 11:40:13 -0800 (PST) From: Message-Id: <200201141940.g0EJeDW02327@freefall.freebsd.org> To: erich@tacni.net, ache@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/33889: make buildworld fails - 01.14.02 - 1:19PM CDT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: make buildworld fails - 01.14.02 - 1:19PM CDT State-Changed-From-To: open->closed State-Changed-By: ache State-Changed-When: Mon Jan 14 11:39:50 PST 2002 State-Changed-Why: Fix committed http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33889 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 13:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3617B37B41E for ; Mon, 14 Jan 2002 13:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ELK1S32131; Mon, 14 Jan 2002 13:20:01 -0800 (PST) (envelope-from gnats) Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id F05E537B402 for ; Mon, 14 Jan 2002 13:13:16 -0800 (PST) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.162.11]) by infres.enst.fr (Postfix) with ESMTP id B67161888; Mon, 14 Jan 2002 22:13:14 +0100 (MET) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id 15F52112ED; Mon, 14 Jan 2002 22:13:13 +0100 (CET) Message-Id: <20020114211313.15F52112ED@shalmaneser.enst.fr> Date: Mon, 14 Jan 2002 22:13:13 +0100 (CET) From: Thomas Quinot Reply-To: Thomas Quinot To: FreeBSD-gnats-submit@freebsd.org Cc: thomas@cuivre.fr.eu.org X-Send-Pr-Version: 3.113 Subject: bin/33897: rpc.lockd problems on server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33897 >Category: bin >Synopsis: rpc.lockd problems on server >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 14 13:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Thomas Quinot >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD shalmaneser.enst.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jan 7 11:41:40 CET 2002 quinot@shalmaneser.enst.fr:/usr/obj/usr/src/sys/SHALMANESER i386 >Description: Since my last -CURRENT update, rpc.lockd dumps core every now and then, and procmaiol running on a Solaris NFS client hangs when trying to deliver mail to a mailbox on myFreeBSD server. >How-To-Repeat: procmail delivery from Solaris client to FreeBSD 5-CURRENT server. >Fix: None known so far. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 14:10: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 08D0537B404 for ; Mon, 14 Jan 2002 14:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EMA1K56494; Mon, 14 Jan 2002 14:10:01 -0800 (PST) (envelope-from gnats) Date: Mon, 14 Jan 2002 14:10:01 -0800 (PST) Message-Id: <200201142210.g0EMA1K56494@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matt Piechota Subject: Re: i386/31671: 4.4 installer hangs at " Mounting root from ufs:/dev/mdoc" Reply-To: Matt Piechota Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/31671; it has been noted by GNATS. From: Matt Piechota To: freebsd-gnats-submit@FreeBSD.org, Cc: Subject: Re: i386/31671: 4.4 installer hangs at " Mounting root from ufs:/dev/mdoc" Date: Mon, 14 Jan 2002 17:03:56 -0500 (EST) I wanted to add that I have an IBM Thinkpad 390X that has this same problem. Unfortuantely, the IBM BIOS does not have the option to Assign IRQ to USB, as is mentioned in one of the followups. We're going to try a 4.3-install disk tomorrow to see what the results are. -- Matt Piechota To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 15: 0: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F0A737B41A for ; Mon, 14 Jan 2002 15:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0EN02374311; Mon, 14 Jan 2002 15:00:02 -0800 (PST) (envelope-from gnats) Date: Mon, 14 Jan 2002 15:00:02 -0800 (PST) Message-Id: <200201142300.g0EN02374311@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: Re: bin/33834 Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33834; it has been noted by GNATS. From: "Tim J. Robbins" To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/33834 Date: Tue, 15 Jan 2002 09:54:43 +1100 NetBSD's strptime(3) manual page is nice and their strptime() implementation supports the `tricky' %G %g etc. conversions. Maybe it'd be best to fix the manual page in 4.x then think about overhauling strptime for 5.x. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 15:21:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9DD5237B420; Mon, 14 Jan 2002 15:20:51 -0800 (PST) Received: (from keramida@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ENFGo80005; Mon, 14 Jan 2002 15:15:16 -0800 (PST) (envelope-from keramida) Date: Mon, 14 Jan 2002 15:15:16 -0800 (PST) From: Message-Id: <200201142315.g0ENFGo80005@freefall.freebsd.org> To: keramida@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/33866: Last Hr, Last ... may be incorrect on machines with diff timezone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Last Hr, Last ... may be incorrect on machines with diff timezone Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: keramida Responsible-Changed-When: Mon Jan 14 15:13:59 PST 2002 Responsible-Changed-Why: I'm not sure if this has enough information for anyone to solve the problem, but here it is, in the freebsd-bugs pool. If anyone else can help better, here's your chance, now that this is not misfiled to gnats-admin. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33866 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 15:50: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 455C537B41A for ; Mon, 14 Jan 2002 15:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ENo1Y91730; Mon, 14 Jan 2002 15:50:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8D3EB37B41E for ; Mon, 14 Jan 2002 15:44:48 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ENimK91227; Mon, 14 Jan 2002 15:44:48 -0800 (PST) (envelope-from nobody) Message-Id: <200201142344.g0ENimK91227@freefall.freebsd.org> Date: Mon, 14 Jan 2002 15:44:48 -0800 (PST) From: "D. McCullough" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33904: secure mode bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33904 >Category: kern >Synopsis: secure mode bug >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 14 15:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: D. McCullough >Release: FreeBSD 4.4-RELEASE >Organization: Jovi.Net, Inc. >Environment: FreeBSD diazepam.ai.mit.edu 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 20\ 01 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: settimeofday silently fails in secure mode. I wasted a lot of time baffled -- this makes all the various date apps and clients silently fail. >How-To-Repeat: /* Here's C code to demo the bug, settimeofday will report success yet the time remains unchanged.*/ #include #include static struct timeval t; static struct timezone tz; main () { int r = gettimeofday(&t, &tz); printf ("gettimeofday = %d; t = %ld.%06ld\n", r, t.tv_sec, t.tv_usec); r && exit (r); t.tv_sec -= 3600; r = settimeofday(&t, &tz); printf ("settimeofday = %d; t = %ld.%06ld\n", r, t.tv_sec, t.tv_usec); r && exit (r); r = gettimeofday(&t, &tz); printf ("gettimeofday = %d; t = %ld.%06ld\n", r, t.tv_sec, t.tv_usec); return r; } >Fix: When an operation prohibited by secure mode fails, this failure must be accurately reported by the API. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 17:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 776EC37B419 for ; Mon, 14 Jan 2002 17:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F1o0U18061; Mon, 14 Jan 2002 17:50:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 514B637B416 for ; Mon, 14 Jan 2002 17:42:10 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F1gAb16936; Mon, 14 Jan 2002 17:42:10 -0800 (PST) (envelope-from nobody) Message-Id: <200201150142.g0F1gAb16936@freefall.freebsd.org> Date: Mon, 14 Jan 2002 17:42:10 -0800 (PST) From: Ted Mittelstaedt To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33906: tic program is missing from the base FreeBSD installation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33906 >Category: misc >Synopsis: tic program is missing from the base FreeBSD installation >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 14 17:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ted Mittelstaedt >Release: 4.4 >Organization: >Environment: >Description: FreeBSD includes the ncurses library as it's default curses library. it does not use terminfo, as that is a SystemVism. Because of that the "tic" program which is part of the ncurses distribution, is not installed in the base FreeBSD system. Tic is used to build terminfo entries from terminfo source files. Unfortunately this is a problem if an administrator is attempting to install a modified terminal entry from a manufacturer, or System V UNIX machine, where he only has the terminfo source. In order to do this he must convert the terminfo source to a termcap entry. In the ncurses package, the tic program is also used to do this, ie: "tic -C terminfofile > termcapfile" To accomplish this the admin has to build the ncurses package which is marked FORBIDDEN in the ports directories, which is annoying, also if the FreeBSD system is older they might not have the source for it around which is even more things to do before getting the program installed. >How-To-Repeat: Attempt to install a terminfo entry in FreeBSD for a terminal. >Fix: Modify makeworld so that it installs tic and it's manpage into the base FreeBSD system. Also update the system manual page for the termcap file with an explanation of how to use tic to add a terminfo entry into FreeBSD. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 18:20: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D3CF737B41A for ; Mon, 14 Jan 2002 18:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F2K1m24754; Mon, 14 Jan 2002 18:20:01 -0800 (PST) (envelope-from gnats) Date: Mon, 14 Jan 2002 18:20:01 -0800 (PST) Message-Id: <200201150220.g0F2K1m24754@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Dave Reyenga" Subject: Re: kern/29121: msdos fs causes kernel panic when writing Reply-To: "Dave Reyenga" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/29121; it has been noted by GNATS. From: "Dave Reyenga" To: , Cc: Subject: Re: kern/29121: msdos fs causes kernel panic when writing Date: Wed, 16 Jan 2002 02:10:23 -0000 I noticed that this happens on an msdos fs with any kind of error. The fix is, of course, to either run Scandisk or fsck_msdosfs. There should be more 'tolerance' for errors, though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 21: 0:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EF81037B41E for ; Mon, 14 Jan 2002 21:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F502P53164; Mon, 14 Jan 2002 21:00:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0373537B417 for ; Mon, 14 Jan 2002 21:00:02 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F501j53134; Mon, 14 Jan 2002 21:00:01 -0800 (PST) (envelope-from nobody) Message-Id: <200201150500.g0F501j53134@freefall.freebsd.org> Date: Mon, 14 Jan 2002 21:00:01 -0800 (PST) From: Russell Lahti To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33910: user uploading files somehow overwrote /dev/null Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33910 >Category: misc >Synopsis: user uploading files somehow overwrote /dev/null >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 14 21:00:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Russell Lahti >Release: 4.4 >Organization: Logical Web Hosting >Environment: FreeBSD srv4.logicalhost.com 4.4-RELEASE FreeBSD 4.4-RELEASE #12: Sun Sep 16 10:08:01 EDT 2001 root@srv4.logicalhost.com:/usr/src/sys/compile/LWH i386 >Description: One of the users on one of our servers was uploading pictures to their website. Somehow in the process he was able to over-write /dev/null to contain: "kill: 91410: No such process" /dev/null was now owned by his username, and basically broke the whole machine until I remade /dev/null. %ls -al /dev/null -rw-r--r-- 1 username usergroup 29 Jan 7 07:31 null Nobody else had access to his username, and the only way he had accessed the system was with an ftp client and the machine is running stock ftpd. I checked all of my logs extensively and nothing seems to be out of place. The ftp transfer log doesn't contain anything relating to that PID, but the time frame does fit exactly for when the file was over-written: Jan 7 00:28:34 srv4 ftpd[91324]: delete /usr/home/username/www/user.html ** file was over-written here** Jan 7 00:28:48 srv4 ftpd[91609]: connection from internal (192.168.1.125) >How-To-Repeat: I have been unable to repeat this situation on my own. I apologize ahead of time for this, I figured this would be a good place to start because of the possible problems it may cause if it is found to be a true bug. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 22:50:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6FA6A37B400 for ; Mon, 14 Jan 2002 22:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F6o1D73574; Mon, 14 Jan 2002 22:50:01 -0800 (PST) (envelope-from gnats) Date: Mon, 14 Jan 2002 22:50:01 -0800 (PST) Message-Id: <200201150650.g0F6o1D73574@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: RE: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33574; it has been noted by GNATS. From: "Ted Mittelstaedt" To: "Daniel Jahre" , Cc: Subject: RE: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Date: Mon, 14 Jan 2002 22:44:17 -0800 Daniel, In summary we have 2 bugs here: First is the probe of the Intel Intel 82371AB combination Power management controller/usb controller and PCI to ISA Bridge chip when APM is enabled in the laptop BIOS. This is showing up both in FreeBSD 4.3 and 4.4, in 4.3 it just pauses, in 4.4 it appears to go off into never-never land. It is interesting that it is related to the BIOS upgrade to the laptop. Question for you here - if you leave it enabled under FreeBSD 4.3, does it load apm0 and can you do any power management functions? Second is the panic that shows up in FreeBSD 4.4 that was not present in FreeBSD 4.3, when the pcic driver is loaded and access the Texas Instruments TI PCI-1225 Cardbus pcmcia controller. This second bug is undoubtedly related to the new PCI interrupt path routing that has already been discussed. As the recommend workaround of putting the hw.pcic.intr_path="1" in during the boot phase does not work (and keep in mind that when testing with a boot floppy that you must spacebar out of the boot and hand-type it in since the floppy cannot read any files on /boot/loader.rc at that time) there is no other workaround for it. Please attempt to boot with the FreeBSD 4.5 Release Candidate floppy, ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.5-RC1/floppies/ and see if the bug is still present. Ted Mittelstaedt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 14 23:20:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 51EA637B41C; Mon, 14 Jan 2002 23:20:51 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F7FTn79981; Mon, 14 Jan 2002 23:15:29 -0800 (PST) (envelope-from cjc) Date: Mon, 14 Jan 2002 23:15:29 -0800 (PST) From: Message-Id: <200201150715.g0F7FTn79981@freefall.freebsd.org> To: cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: conf/33855: freebsd.mc enables relay_based_on_MX: open-relay vulnerability Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: freebsd.mc enables relay_based_on_MX: open-relay vulnerability Responsible-Changed-From-To: freebsd-bugs->gshapiro Responsible-Changed-By: cjc Responsible-Changed-When: Mon Jan 14 23:12:46 PST 2002 Responsible-Changed-Why: FreeBSD's sendmail maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33855 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 1:10:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C0D537B405 for ; Tue, 15 Jan 2002 01:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F9A2H04083; Tue, 15 Jan 2002 01:10:02 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 01:10:02 -0800 (PST) Message-Id: <200201150910.g0F9A2H04083@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Thomas Quinot Subject: Re: bin/33897: rpc.lockd problems on server Reply-To: Thomas Quinot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33897; it has been noted by GNATS. From: Thomas Quinot To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/33897: rpc.lockd problems on server Date: Tue, 15 Jan 2002 10:09:04 +0100 I was able to get a core dump from a binary with debugging symbols. Here we go: Script started on Tue Jan 15 10:05:27 2002 # gdb rpc.lockd -c /rpc.lockd.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... Core was generated by `rpc.lockd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/librpcsvc.so.2...done. Reading symbols from /usr/lib/libutil.so.3...done. Reading symbols from /usr/lib/libc.so.5...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x804db24 in retry_blockingfilelocklist () at /usr/src/usr.sbin/rpc.lockd/lockd_lock.c:1263 1263 LIST_INSERT_BEFORE(nfl, ifl, nfslocklist); (gdb) print nfl $1 = (struct file_lock *) 0x0 (gdb) print ifl $2 = (struct file_lock *) 0x8065800 (gdb) print nfslocklist No symbol "nfslocklist" in current context. (gdb) bt #0 0x804db24 in retry_blockingfilelocklist () at /usr/src/usr.sbin/rpc.lockd/lockd_lock.c:1263 #1 0x804de5d in unlock_partialfilelock (fl=0xbfbff1ec) at /usr/src/usr.sbin/rpc.lockd/lockd_lock.c:1511 #2 0x804e2ad in do_unlock (fl=0xbfbff1ec) at /usr/src/usr.sbin/rpc.lockd/lockd_lock.c:1767 #3 0x804e5e1 in unlock (lock=0xbfbff6cc, flags=2) at /usr/src/usr.sbin/rpc.lockd/lockd_lock.c:1946 #4 0x804c310 in nlm4_unlock_4_svc (arg=0xbfbff6c4, rqstp=0xbfbffc24) at /usr/src/usr.sbin/rpc.lockd/lock_proc.c:1114 #5 0x804ac36 in nlm_prog_4 (rqstp=0xbfbffc24, transp=0x805c000) at nlm_prot_svc.c:434 #6 0x280d5c25 in svc_getreq_common () from /usr/lib/libc.so.5 #7 0x280d5a28 in svc_getreqset () from /usr/lib/libc.so.5 #8 0x2809fff4 in svc_run () from /usr/lib/libc.so.5 #9 0x804afdc in main (argc=1, argv=0xbfbffdd8) at /usr/src/usr.sbin/rpc.lockd/lockd.c:207 #10 0x80498eb in _start () (gdb) quit Script done on Tue Jan 15 10:05:58 2002 Hope this helps, Thomas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 1:27:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D90DE37B416 for ; Tue, 15 Jan 2002 01:21:54 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F9KB705187; Tue, 15 Jan 2002 01:20:11 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 01:20:11 -0800 (PST) Message-Id: <200201150920.g0F9KB705187@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J . Clark" Subject: Re: kern/33904: secure mode bug Reply-To: "Crist J . Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/33904; it has been noted by GNATS. From: "Crist J . Clark" To: "D. McCullough" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/33904: secure mode bug Date: Tue, 15 Jan 2002 01:12:30 -0800 On Mon, Jan 14, 2002 at 03:44:48PM -0800, D. McCullough wrote: [snip] > >Description: > settimeofday silently fails in secure mode. > > I wasted a lot of time baffled -- > this makes all the various date > apps and clients silently fail. The problem is that it doesn't _completely_ fail. > >Fix: > When an operation prohibited by secure mode fails, > this failure must be accurately reported by the API. If you run your test program, # ./testtime gettimeofday = 0; t = 1011071149.590024 settimeofday = 0; t = 1011067549.590024 gettimeofday = 0; t = 1011071148.591402 At securelevel == 2, we see that the time _has_ been changed by the call, but like the log message says, Jan 14 21:05:44 bubbles kernel: Time adjustment clamped to -1 second So the call of settimeofday(2) didn't actually fail due to "permission denied," but the result is not exactly what the caller expected either. Now, whether this whole approach is wrong is more of a discussion for freebsd-arch@freebsd.org. -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 1:28:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 81AE137B6C0 for ; Tue, 15 Jan 2002 01:22:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F9KWI05262; Tue, 15 Jan 2002 01:20:32 -0800 (PST) (envelope-from gnats) Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id D189537B400 for ; Tue, 15 Jan 2002 01:17:25 -0800 (PST) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.162.11]) by infres.enst.fr (Postfix) with ESMTP id E58D818AB for ; Tue, 15 Jan 2002 10:17:24 +0100 (MET) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id C7D48112ED; Tue, 15 Jan 2002 10:17:24 +0100 (CET) Message-Id: <20020115091724.C7D48112ED@shalmaneser.enst.fr> Date: Tue, 15 Jan 2002 10:17:24 +0100 (CET) From: Thomas Quinot Reply-To: Thomas Quinot To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33914: ntpd: too many recvbufs allocated. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33914 >Category: bin >Synopsis: ntpd: too many recvbufs allocated. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 15 01:20:11 PST 2002 >Closed-Date: >Last-Modified: >Originator: Thomas Quinot >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD shalmaneser.enst.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jan 7 11:41:40 CET 2002 quinot@shalmaneser.enst.fr:/usr/obj/usr/src/sys/SHALMANESER i386 >Description: On this -CURRENT box, I have been getting the following messages from ntpd for some time (2-3 months I'd reckon): Jan 15 09:44:30 shalmaneser kernel: Jan 15 09:44:30 shalmaneser ntpd[188]: too many recvbufs allocated (40) Jan 15 09:44:30 shalmaneser ntpd[188]: too many recvbufs allocated (40) Ntpd seems to otherwise be operating correcly. >How-To-Repeat: Sit back, relax, and watch syslog. >Fix: None known so far. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 2: 0:54 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 91D2937B419; Tue, 15 Jan 2002 02:00:51 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0F9sfA09658; Tue, 15 Jan 2002 01:54:41 -0800 (PST) (envelope-from sheldonh) Date: Tue, 15 Jan 2002 01:54:41 -0800 (PST) From: Message-Id: <200201150954.g0F9sfA09658@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, alfred@FreeBSD.org Subject: Re: bin/33897: rpc.lockd problems on server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rpc.lockd problems on server Responsible-Changed-From-To: freebsd-bugs->alfred Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Jan 15 01:54:24 PST 2002 Responsible-Changed-Why: Over to our rpc.lockd maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33897 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 2:23:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E87237B405; Tue, 15 Jan 2002 02:23:25 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FANJh17127; Tue, 15 Jan 2002 02:23:19 -0800 (PST) (envelope-from ru) Date: Tue, 15 Jan 2002 02:23:19 -0800 (PST) From: Message-Id: <200201151023.g0FANJh17127@freefall.freebsd.org> To: ru@FreeBSD.org, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, nsayer@FreeBSD.org Subject: Re: kern/33904: secure mode bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: secure mode bug Responsible-Changed-From-To: freebsd-bugs->nsayer Responsible-Changed-By: ru Responsible-Changed-When: Tue Jan 15 02:21:36 PST 2002 Responsible-Changed-Why: Nick, could you please document the actual behavior of settimeofday() syscall in lib/libc/sys/gettimeofday.2 after your changes to kern_time.c in revisions 1.62 and 1.64? Thanks. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33904 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 2:35: 3 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DEEAC37B416; Tue, 15 Jan 2002 02:34:58 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FAYpM18753; Tue, 15 Jan 2002 02:34:51 -0800 (PST) (envelope-from ru) Date: Tue, 15 Jan 2002 02:34:51 -0800 (PST) From: Message-Id: <200201151034.g0FAYpM18753@freefall.freebsd.org> To: tedm@toybox.placo.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: tic program is missing from the base FreeBSD installation State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Tue Jan 15 02:34:25 PST 2002 State-Changed-Why: Please install ports/devel/ncurses port which includes tic(1). http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33906 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 3: 3:39 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7A71837B416; Tue, 15 Jan 2002 03:03:37 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FB3WY22485; Tue, 15 Jan 2002 03:03:32 -0800 (PST) (envelope-from ru) Date: Tue, 15 Jan 2002 03:03:32 -0800 (PST) From: Message-Id: <200201151103.g0FB3WY22485@freefall.freebsd.org> To: rjl@logicalhost.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33910: user uploading files somehow overwrote /dev/null Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: user uploading files somehow overwrote /dev/null State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Tue Jan 15 03:02:00 PST 2002 State-Changed-Why: Believed to be either wrong ownership and/or permissions for the /dev/directory. Alternatively, the unnamed server software could be running with the effective UID of root. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33910 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 3:10: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CDC537B402 for ; Tue, 15 Jan 2002 03:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FBA1f26702; Tue, 15 Jan 2002 03:10:01 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 03:10:01 -0800 (PST) Message-Id: <200201151110.g0FBA1f26702@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33910: user uploading files somehow overwrote /dev/null Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33910; it has been noted by GNATS. From: Ruslan Ermilov To: Russell Lahti Cc: bug-followup@FreeBSD.org Subject: Re: misc/33910: user uploading files somehow overwrote /dev/null Date: Tue, 15 Jan 2002 13:01:54 +0200 On Mon, Jan 14, 2002 at 09:00:01PM -0800, Russell Lahti wrote: > > /dev/null was now owned by his username, and basically broke the > whole machine until I remade /dev/null. > > %ls -al /dev/null > -rw-r--r-- 1 username usergroup 29 Jan 7 07:31 null > > Nobody else had access to his username, and the only way he had > accessed the system was with an ftp client and the machine is running stock ftpd. I checked all of my logs extensively and nothing seems to be out of place. The ftp transfer log doesn't contain anything relating to that PID, but the time frame does fit exactly for when > the file was over-written: > > Jan 7 00:28:34 srv4 ftpd[91324]: delete /usr/home/username/www/user.html > ** file was over-written here** > Jan 7 00:28:48 srv4 ftpd[91609]: connection from internal (192.168.1.125) > An owner of the /dev directory (or any user that has write permission) may delete /dev/null entry and create a regular file in place of it. Please verify that the ownership and permissions are set correctly for /dev. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 3:20: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3658C37B419 for ; Tue, 15 Jan 2002 03:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FBK2j27860; Tue, 15 Jan 2002 03:20:02 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 03:20:02 -0800 (PST) Message-Id: <200201151120.g0FBK2j27860@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/33834 Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33834; it has been noted by GNATS. From: Sheldon Hearn To: "Tim J. Robbins" Cc: bug-followup@freebsd.org Subject: Re: bin/33834 Date: Tue, 15 Jan 2002 13:15:48 +0200 On Mon, 14 Jan 2002 15:00:02 PST, "Tim J. Robbins" wrote: > NetBSD's strptime(3) manual page is nice and their strptime() > implementation supports the `tricky' %G %g etc. conversions. > Maybe it'd be best to fix the manual page in 4.x then think about > overhauling strptime for 5.x. I seem to remember Garrett Wollman objecting to replacing our strptime() with NetBSD's, because of some work he'd done on ours that he didn't think we should loose. It might have been David O'Brien, though. I've played around in this area a bit, and I'd recommend building a regression testing suite before contemplating any serious overhaul. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 5:30:23 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from logicalhost.com (logicalhost.com [63.169.206.2]) by hub.freebsd.org (Postfix) with ESMTP id 8BE4937B402 for ; Tue, 15 Jan 2002 05:30:08 -0800 (PST) Received: from obsolescent.logicalhost.com (adm3 [12.245.195.98]) by logicalhost.com (8.11.6/8.11.6) with ESMTP id g0FDZ7q47907 for ; Tue, 15 Jan 2002 08:35:07 -0500 (EST) Message-Id: <5.1.0.14.2.20020115081753.02a57728@logicalhost.com> X-Sender: rjl@logicalhost.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 15 Jan 2002 08:30:33 -0500 To: freebsd-bugs@FreeBSD.ORG From: "Russell J. Lahti" Subject: Re: misc/33910: user uploading files somehow overwrote /dev/null In-Reply-To: <200201151110.g0FBA1f26702@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 03:10 AM 1/15/2002 -0800, you wrote: >The following reply was made to PR misc/33910; it has been noted by GNATS. > >From: Ruslan Ermilov >To: Russell Lahti >Cc: bug-followup@FreeBSD.org >Subject: Re: misc/33910: user uploading files somehow overwrote /dev/null >Date: Tue, 15 Jan 2002 13:01:54 +0200 > > On Mon, Jan 14, 2002 at 09:00:01PM -0800, Russell Lahti wrote: > > > > /dev/null was now owned by his username, and basically broke the > > whole machine until I remade /dev/null. > > > > %ls -al /dev/null > > -rw-r--r-- 1 username usergroup 29 Jan 7 07:31 null > > > > Nobody else had access to his username, and the only way he had > > accessed the system was with an ftp client and the machine is running > stock ftpd. I checked all of my logs extensively and nothing seems to be > out of place. The ftp transfer log doesn't contain anything relating to > that PID, but the time frame does fit exactly for when > > the file was over-written: > > > > Jan 7 00:28:34 srv4 ftpd[91324]: delete /usr/home/username/www/user.html > > ** file was over-written here** > > Jan 7 00:28:48 srv4 ftpd[91609]: connection from internal (192.168.1.125) > > > An owner of the /dev directory (or any user that has write permission) > may delete /dev/null entry and create a regular file in place of it. > Please verify that the ownership and permissions are set correctly for > /dev. I did check all of this. drwxr-xr-x 4 root wheel 14336 Jan 7 07:35 dev crw-rw-rw- 1 root wheel 2, 2 Jan 15 08:23 /dev/null The /dev directory permissions have never changed. /dev/null had these *exact* permissions before it was over-written. I had tripwire monitoring /dev and its contents from the day of install. The permissions had never changed. > Alternatively, the unnamed server software could be running with > the effective UID of root. ftpd was the only way this user has ever accessed the system. the time fits exactly with the time that he was connected, and no other system activity was happening at the time from TCP connection logs. The machine is running the default install of ftpd that is distributed with freebsd. -Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 7: 0: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CE62537B416 for ; Tue, 15 Jan 2002 07:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FF01X41122; Tue, 15 Jan 2002 07:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9EBF837B41C for ; Tue, 15 Jan 2002 06:51:12 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FEpCM17845; Tue, 15 Jan 2002 06:51:12 -0800 (PST) (envelope-from nobody) Message-Id: <200201151451.g0FEpCM17845@freefall.freebsd.org> Date: Tue, 15 Jan 2002 06:51:12 -0800 (PST) From: "S.Fukunaga" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/33920: Can't use `Panasonic KXL-CB10AN' (CD-R/RW/DVD Portable drive) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33920 >Category: conf >Synopsis: Can't use `Panasonic KXL-CB10AN' (CD-R/RW/DVD Portable drive) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jan 15 07:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: S.Fukunaga >Release: 4.4 Release >Organization: >Environment: FreeBSD moon 4.4-RELEASE FreeBSD 4.4-RELEASE #24: Sun Jan 13 15:21:59 GMT 2002 showzoh@moon:/usr/src/sys/compile/MOON i386 >Description: I Can't use 'Panasonic LXK-CB10AN'. (see. http://www.pcc.panasonic.co.jp/p3/products/drive/comb/kxlcb10an/index.html) Because No entry in /etc/default/pccard.conf for this PC-CARD. >How-To-Repeat: >Fix: add following entry in /etc/default/pccard.conf ( or /etc/pccard.conf ) # Panasonic KXL-CB10AN (CD-R/RW/DVD) card "KME" "KXLC006" config auto "ata" ? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 7:40:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C0C8A37B41A for ; Tue, 15 Jan 2002 07:40:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FFe0g51985; Tue, 15 Jan 2002 07:40:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 112D337B41A for ; Tue, 15 Jan 2002 07:38:21 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FFcLR51705; Tue, 15 Jan 2002 07:38:21 -0800 (PST) (envelope-from nobody) Message-Id: <200201151538.g0FFcLR51705@freefall.freebsd.org> Date: Tue, 15 Jan 2002 07:38:21 -0800 (PST) From: "idan l." To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/33923: black hole ignored ports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33923 >Category: conf >Synopsis: black hole ignored ports >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jan 15 07:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: idan l. >Release: FreeBSD 4.4 stable >Organization: none.ltd >Environment: FreeBSD shadow.localhost 4.4-STABLE FreeBSD 4.4- GMT 2002 root@shadow.localhost:/usr/src/sys >Description: a new sysctl that will allow the blackhole option to ignore ports such as 111(portmap) 113(identd) this will allow the user to work faster due to the fact that some services such as irc \check if identd(port 113) is running and the blackhole optino take time till the packet timed out \ >How-To-Repeat: sysctl net.inet.tcp.blackhole=1 telnet irc.bitchx.org 6667 >Fix: # the patch contain a new option to sysctl and refer to the file #sys/netinet/tcp_input.c #I've compiled and test that option and didn't findany problems tho #you should make your own tests before deciding on putting in your #releases 37c37 < #include "opt_ipfw.h" --- > #include "opt_ipfw.h" /* for ipfw_fwd */ 101,119d100 < char blackhole_ig_ports[256]; < < static int handle_bhole_ig_ports(SYSCTL_HANDLER_ARGS) < { < int error; < < error = sysctl_handle_string(oidp,blackhole_ig_ports,sizeof(blackhole_ig_ports), < req); < < return error; < } < < SYSCTL_PROC(_net_inet_tcp,OID_AUTO,blackhole_ig_ports, < CTLTYPE_STRING|CTLFLAG_RW|CTLFLAG_PRISON,0,0,handle_bhole_ig_ports, < "A","blackhole ignore ports"); < < char *strtok(char *,const char*); < char *strtok_r(char *,const char *,char **); < 359d339 < char *ptr = 0,temp_str[sizeof(blackhole_ig_ports)+1]; 643,657c623,625 < < if (thflags & TH_SYN) { < < strcpy(temp_str,blackhole_ig_ports); < for(ptr = strtok(temp_str,":") < ;ptr;ptr = strtok(NULL,":")) { < if(strtol(ptr,(char **)NULL,10) == ntohs( < th->th_dport)) goto bhole_continue; < < } < < goto drop; < } < < break; --- > if (thflags & TH_SYN) > goto drop; > break; 664d631 < bhole_continue: 2968,3034d2934 < < /* strtok copied from libc (/usr/src/lib/libc/string/strtok.c) */ < char * < strtok_r(char *s, const char *delim, char **last) < { < char *spanp; < int c, sc; < char *tok; < if (s == NULL && (s = *last) == NULL) < { < return NULL; < } < /* < * Skip (span) leading delimiters (s += strspn(s, delim), sort of). < */ < cont: < c = *s++; < for (spanp = (char *)delim; (sc = *spanp++) != 0; ) < { < if (c == sc) < { < goto cont; < } < } < < if (c == 0) /* no non-delimiter characters */ < { < *last = NULL; < return NULL; < } < tok = s - 1; < /* < * Scan token (scan for delimiters: s += strcspn(s, delim), sort of). < * Note that delim must have one NUL; we stop if we see that, too. < */ < for (;;) < { < c = *s++; < spanp = (char *)delim; < do < { < if ((sc = *spanp++) == c) < { < if (c == 0) < { < s = NULL; < } < else < { < char *w = s - 1; < *w = '\0'; < } < *last = s; < return tok; < } < } < while (sc != 0); < } < /* NOTREACHED */ < } < char * < strtok(char *s, const char *delim) < { < static char *last; < return strtok_r(s, delim, &last); < } < >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 7:48:18 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id DCB7537B41A for ; Tue, 15 Jan 2002 07:48:13 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16QVpc-000G0p-00; Tue, 15 Jan 2002 17:49:00 +0200 From: Sheldon Hearn To: Matt Piechota Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/31671: 4.4 installer hangs at " Mounting root from ufs:/dev/mdoc" In-reply-to: Your message of "Mon, 14 Jan 2002 14:10:01 PST." <200201142210.g0EMA1K56494@freefall.freebsd.org> Date: Tue, 15 Jan 2002 17:49:00 +0200 Message-ID: <61554.1011109740@axl.seasidesoftware.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 14 Jan 2002 14:10:01 PST, Matt Piechota wrote: > I wanted to add that I have an IBM Thinkpad 390X that has this same > problem. Unfortuantely, the IBM BIOS does not have the option to Assign > IRQ to USB, as is mentioned in one of the followups. We're going to try a > 4.3-install disk tomorrow to see what the results are. While you should probably check for a BIOS upgrade from your vendor, if you're installing a more recent version of FreeBSD in any case, you might want to try 4.5-RC1, for which an ISO image is available at: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.5-RC1.iso Lots of USB changes have been made since 4.3-RELEASE. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 7:50: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B710237B400 for ; Tue, 15 Jan 2002 07:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FFo2v53899; Tue, 15 Jan 2002 07:50:02 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 07:50:02 -0800 (PST) Message-Id: <200201151550.g0FFo2v53899@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Ruslan Ermilov To: Ted Mittelstaedt Cc: bug-followup@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Tue, 15 Jan 2002 17:43:50 +0200 On Tue, Jan 15, 2002 at 05:30:57AM -0800, Ted Mittelstaedt wrote: > Come on guys, do you think I have anything better to do > than think up useless PR's to torture you? > > Of course I know that tic is available in ncurses. > > The ncurses that is in devel is marked forbidden due to > conflicts with the ncurses that is in the base install. > It's quite unlikely that the run-of-the-mill > system admin will know that the curses in the FreeBSD > base install is the same as ncurses, and even if he > guesses that it is, since the port is marked forbidden > he's unlikely to install it - thus generating more > support questions when he wants to add in a terminfo > source. > > The ncurses that's included in the base install has > had it's tic program castrated out of the distribution > by the same people that exorcised the System Visms > out of ncurses - probably because they assumed that all > tic is used for is creating entries in the terminfo > database, and since FreeBSD has no terminfo database > then tic isn't needed. However this is a bogus assumption > because unlike the garden-variety tic included in other > System V Unixii, the tic that is part of the ncurses > distribution can also be used for converting terminfo > source files to termcap. Therefore it still has a > use even in a system that has terminfo struck out of it, > and should be included in the FreeBSD base install. > All these do not count in favor of putting tip(1) back into the base system -- nothing in the base system uses tip(1) and terminfo stuff. If you want, you can submit another PR to the "ports" category stating that the devel/ncurses port is broken, but I think it's a known issue, and without a suggested solution it would only spam the PR database. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 8:20:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 44DB037B41A for ; Tue, 15 Jan 2002 08:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FGK0V63399; Tue, 15 Jan 2002 08:20:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B2D037B402 for ; Tue, 15 Jan 2002 08:16:46 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FGGk762796; Tue, 15 Jan 2002 08:16:46 -0800 (PST) (envelope-from nobody) Message-Id: <200201151616.g0FGGk762796@freefall.freebsd.org> Date: Tue, 15 Jan 2002 08:16:46 -0800 (PST) From: Patrick Murphy To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33926: Search function on website can not access freebsd-questions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33926 >Category: misc >Synopsis: Search function on website can not access freebsd-questions >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 15 08:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Patrick Murphy >Release: 4.5-RC >Organization: Michigan State University >Environment: >Description: I have been trying to use the "search" function of the website for the past week. The "Mailing list archives" "freebsd-questions" search has not been working the whole time. The search always comes back with: None of the archives you requested (freebsd-questions) are available at this time. Please try again later, or return to the search page and select a different archive. >How-To-Repeat: Use the Search function of the website. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 9: 0: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5466837B400 for ; Tue, 15 Jan 2002 09:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FH03U69092; Tue, 15 Jan 2002 09:00:03 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 09:00:03 -0800 (PST) Message-Id: <200201151700.g0FH03U69092@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Ruslan Ermilov To: "Alexey V. Neyman" Cc: bug-followup@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Tue, 15 Jan 2002 18:53:06 +0200 On Tue, Jan 15, 2002 at 07:34:38PM +0300, Alexey V. Neyman wrote: > hi, there! > > On 15 January 2002 18:50, you wrote: > > All these do not count in favor of putting tip(1) back > > into the base system -- nothing in the base system uses > > tip(1) and terminfo stuff. > > I'm in no way concerned with tic(1) in particular [ by the way, didn't > you confuse tip(1) with tic(1)? ], but such position is IMHO wrong. > Bad fingers, I meant tic(1). > Nothing in base system uses jot(1), bc(1), rs(1) ... (another dozen of > utilities follow), but nevertheless they are in the base system just > because they are handy and helpful for FreeBSD users. As far as I > understand, needed sources are already in src/ tree; all that is needed > is just a layout to compile them? > These are traditional BSD utilities, and they are also user-level utilities. tic(1) is System V centric and belongs to a system management category (under System V, it's in the 1M section). FreeBSD does not, by default, have or use terminfo databases, hence there's no need for tic(1) in the base system, and least not for the general community. Those who need it for whatever reasons can install ncurses port (after it's unbroken). > PS. Do you recall recent tcpd inclusion? > Do you recall recent uucp exclusion? :-) And no, all that's is needed is not limited to a Makefile infrastructure only. tic(1) should install their output files somewhere, and FreeBSD doesn't have a placeholder for them (/usr/lib/terminfo under System V). Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 9:30:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 389C337B405 for ; Tue, 15 Jan 2002 09:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FHU2G76718; Tue, 15 Jan 2002 09:30:02 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 09:30:02 -0800 (PST) Message-Id: <200201151730.g0FHU2G76718@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Ruslan Ermilov To: "Alexey V. Neyman" Cc: bug-followup@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Tue, 15 Jan 2002 19:21:39 +0200 On Tue, Jan 15, 2002 at 08:17:10PM +0300, Alexey V. Neyman wrote: > On 15 January 2002 19:53, you wrote: > > FreeBSD does not, by default, have or use terminfo databases, hence > > there's no need for tic(1) in the base system, and least not for the > > general community. Those who need it for whatever reasons can > > install ncurses port (after it's unbroken). > > I see it is marked FORBIDDEN, not BROKEN. If I haven't misread the > FORBIDDEN line, the only issue is that it substitutes base ncurses. > Then why not to make the port use base system sources/local freebsd > tweaks instead of substituting it. Or this may be done as a separate > port (something like "sysutils/ncurses-utils"). > I'd be happy with this, like it's done for textproc/gxditview using the base system's contrib/groff sources. I just don't think that tic(1) should be in the base system. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 9:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6D40937B419 for ; Tue, 15 Jan 2002 09:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FHe2l78136; Tue, 15 Jan 2002 09:40:02 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 09:40:02 -0800 (PST) Message-Id: <200201151740.g0FHe2l78136@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33906: tic program is missing Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Sheldon Hearn To: bug-followup@freebsd.org Cc: Subject: Re: misc/33906: tic program is missing Date: Tue, 15 Jan 2002 19:32:57 +0200 On Tue, 15 Jan 2002 09:00:03 PST, Ruslan Ermilov wrote: > > PS. Do you recall recent tcpd inclusion? > > > Do you recall recent uucp exclusion? :-) > > And no, all that's is needed is not limited to a Makefile > infrastructure only. tic(1) should install their output > files somewhere, and FreeBSD doesn't have a placeholder > for them (/usr/lib/terminfo under System V). Just so Ruslan doesn't sound like a lone ranger on a dark mission, I'd like to add that I agree with the sentiments he has expressed here. tic(1) is a very useful application. There just doesn't seem to be a strong enough motivation to include it in the base system. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 9:50: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BCCDC37B404 for ; Tue, 15 Jan 2002 09:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FHo1i79563; Tue, 15 Jan 2002 09:50:01 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 09:50:01 -0800 (PST) Message-Id: <200201151750.g0FHo1i79563@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Drew, Steve" Subject: Re: kern/23505: processes die with SIGPROF, usually under heavy network load. Reply-To: "Drew, Steve" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/23505; it has been noted by GNATS. From: "Drew, Steve" To: , Cc: Subject: Re: kern/23505: processes die with SIGPROF, usually under heavy network load. Date: Tue, 15 Jan 2002 12:49:35 -0500 This is a multi-part message in MIME format. ------_=_NextPart_001_01C19DEC.FECD87DC Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable FYI, =20 Even with the UPAGES=3D2 on 4.5-PRE-RELEASE this problem still ocurrs. Although maybe only once or twice per week. =20 I have modified kern_clock.c to record whenever it sends a SIGPROF, and it's sent a couple over a week, killing off the processes (nat, snort). =20 Steve. =20 ------_=_NextPart_001_01C19DEC.FECD87DC Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Message
FYI,
 
Even = with the=20 UPAGES=3D2 on 4.5-PRE-RELEASE this problem still ocurrs. Although maybe = only once=20 or twice per week.
 
I have = modified=20 kern_clock.c to record whenever it sends a SIGPROF, and it's sent a = couple over=20 a week, killing off the processes (nat, snort).
 
Steve.
 
=00 ------_=_NextPart_001_01C19DEC.FECD87DC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 9:59:24 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id EA84337B402 for ; Tue, 15 Jan 2002 09:59:19 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id g0FHxG058665; Tue, 15 Jan 2002 12:59:16 -0500 (EST) (envelope-from wollman) Date: Tue, 15 Jan 2002 12:59:16 -0500 (EST) From: Garrett Wollman Message-Id: <200201151759.g0FHxG058665@khavrinen.lcs.mit.edu> To: Sheldon Hearn Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/33834 In-Reply-To: <200201151120.g0FBK2j27860@freefall.freebsd.org> References: <200201151120.g0FBK2j27860@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > I seem to remember Garrett Wollman objecting to replacing our strptime() > with NetBSD's, because of some work he'd done on ours that he didn't > think we should loose. It might have been David O'Brien, though. I don't think it was me -- I don't have any strong attachment to strptime(). -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 10: 0:56 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0BCC237B402; Tue, 15 Jan 2002 10:00:53 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FHtm880483; Tue, 15 Jan 2002 09:55:48 -0800 (PST) (envelope-from ashp) Date: Tue, 15 Jan 2002 09:55:48 -0800 (PST) From: Message-Id: <200201151755.g0FHtm880483@freefall.freebsd.org> To: terhardt@ei.tum.de, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29495: System crash on mounting a CD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: System crash on mounting a CD State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Tue Jan 15 09:53:32 PST 2002 State-Changed-Why: Problem was reported solved, and there's been no feedback since. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29495 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 10:11: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D660737B402; Tue, 15 Jan 2002 10:10:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FI39J85384; Tue, 15 Jan 2002 10:03:09 -0800 (PST) (envelope-from ashp) Date: Tue, 15 Jan 2002 10:03:09 -0800 (PST) From: Message-Id: <200201151803.g0FI39J85384@freefall.freebsd.org> To: oklein@smallo.ruhr.de, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16257: Kernel panic in sbdrop Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Kernel panic in sbdrop State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Tue Jan 15 10:02:59 PST 2002 State-Changed-Why: No feedback given, timed out. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16257 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 10:11: 2 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 76D3937B416; Tue, 15 Jan 2002 10:10:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FI21l83793; Tue, 15 Jan 2002 10:02:01 -0800 (PST) (envelope-from ashp) Date: Tue, 15 Jan 2002 10:02:01 -0800 (PST) From: Message-Id: <200201151802.g0FI21l83793@freefall.freebsd.org> To: mike@arl.mil, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/14444: enigma command can't decrypt files encrypted on other UNIX systems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: enigma command can't decrypt files encrypted on other UNIX systems State-Changed-From-To: suspended->closed State-Changed-By: ashp State-Changed-When: Tue Jan 15 10:01:34 PST 2002 State-Changed-Why: This now produces the correct output on a 4.5-RC machine. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=14444 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 10:11:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0364237B404; Tue, 15 Jan 2002 10:10:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FI1Jo83661; Tue, 15 Jan 2002 10:01:19 -0800 (PST) (envelope-from ashp) Date: Tue, 15 Jan 2002 10:01:19 -0800 (PST) From: Message-Id: <200201151801.g0FI1Jo83661@freefall.freebsd.org> To: ganssauge@gmx.de, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/13200: The assembler chokes on very long operands when called with -k Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: The assembler chokes on very long operands when called with -k State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Tue Jan 15 10:00:38 PST 2002 State-Changed-Why: egcs isn't the base compiler anymore, and this works fine with the latest stable. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=13200 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 10:11:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B3CD737B41D; Tue, 15 Jan 2002 10:10:58 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FI54j90985; Tue, 15 Jan 2002 10:05:04 -0800 (PST) (envelope-from ashp) Date: Tue, 15 Jan 2002 10:05:04 -0800 (PST) From: Message-Id: <200201151805.g0FI54j90985@freefall.freebsd.org> To: ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org, mdodd@FreeBSD.org Subject: Re: kern/31839: ex0 panic if NIC not cabled Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ex0 panic if NIC not cabled Responsible-Changed-From-To: freebsd-bugs->mdodd Responsible-Changed-By: ashp Responsible-Changed-When: Tue Jan 15 10:04:29 PST 2002 Responsible-Changed-Why: mdodd appears to be responsible for the if_ex.c driver. Apologies if this is unwanted! http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31839 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 11: 0: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A1A5837B41A for ; Tue, 15 Jan 2002 11:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FJ03P52875; Tue, 15 Jan 2002 11:00:03 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 11:00:03 -0800 (PST) Message-Id: <200201151900.g0FJ03P52875@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Hay Subject: Re: bin/33914: ntpd: too many recvbufs allocated. Reply-To: John Hay Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33914; it has been noted by GNATS. From: John Hay To: thomas@cuivre.fr.eu.org (Thomas Quinot) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/33914: ntpd: too many recvbufs allocated. Date: Tue, 15 Jan 2002 20:49:38 +0200 (SAT) > Jan 15 09:44:30 shalmaneser ntpd[188]: too many recvbufs allocated (40) > > Ntpd seems to otherwise be operating correcly. > > >How-To-Repeat: > Sit back, relax, and watch syslog. Can you give some more information please? I have a few -current boxes, some SMP, some not, all running ntpd although various versions and I don't see it. Normally this message is an indication that ntpd is receiving packets faster then it can process it. Info that might be useful: What does your ntp.conf file look like? Is it a ntp server or client box? If it is a server, does it have a lot of clients? Is the machine very busy? At what priority are you running ntpd? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 11: 0:51 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 3668D37B41A for ; Tue, 15 Jan 2002 11:00:47 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Jan 2002 19:00:46 +0000 (GMT) To: "Drew, Steve" Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/23505: processes die with SIGPROF, usually under heavy network load. In-Reply-To: Your message of "Tue, 15 Jan 2002 09:50:01 PST." <200201151750.g0FHo1i79563@freefall.freebsd.org> Date: Tue, 15 Jan 2002 19:00:45 +0000 From: Ian Dowse Message-ID: <200201151900.aa18501@salmon.maths.tcd.ie> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <200201151750.g0FHo1i79563@freefall.freebsd.org>, "Drew, Steve" writ es: > FYI, > > Even with the UPAGES=2 on 4.5-PRE-RELEASE this problem still ocurrs. > Although maybe only once or twice per week. Did you really mean UPAGES=2 there? The default value is 3; if anything you should increase, not decrease it. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 11: 0:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8377537B41E; Tue, 15 Jan 2002 11:00:52 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FIsRs52070; Tue, 15 Jan 2002 10:54:27 -0800 (PST) (envelope-from ashp) Date: Tue, 15 Jan 2002 10:54:27 -0800 (PST) From: Message-Id: <200201151854.g0FIsRs52070@freefall.freebsd.org> To: dcs@newsguy.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19183: more(1) doesn't handle redraw correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: more(1) doesn't handle redraw correctly State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Tue Jan 15 10:54:00 PST 2002 State-Changed-Why: Reported fixed, and no feedback. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19183 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 11: 1: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A180737B416; Tue, 15 Jan 2002 11:00:53 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FIvbI52536; Tue, 15 Jan 2002 10:57:37 -0800 (PST) (envelope-from ashp) Date: Tue, 15 Jan 2002 10:57:37 -0800 (PST) From: Message-Id: <200201151857.g0FIvbI52536@freefall.freebsd.org> To: howardjp@byzantine.student.umd.edu, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19755: nologin not configurable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: nologin not configurable State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Tue Jan 15 10:56:58 PST 2002 State-Changed-Why: This isn't a bug, and is a dangerous feature, due to security problems. There are other ways to handle this, and this type of task should be done on a site only basis, not rolled into FreeBSD. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 11:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BA1FA37B402 for ; Tue, 15 Jan 2002 11:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0FJo1177117; Tue, 15 Jan 2002 11:50:01 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 11:50:01 -0800 (PST) Message-Id: <200201151950.g0FJo1177117@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Daniel Jahre Subject: RE: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Reply-To: Daniel Jahre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33574; it has been noted by GNATS. From: Daniel Jahre To: Ted Mittelstaedt Cc: Daniel Jahre , freebsd-gnats-submit@FreeBSD.org Subject: RE: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Date: Tue, 15 Jan 2002 20:48:47 +0100 (MET) Hallo Ted, In the night I got the idea that I made a mistake in yesterday's tests. So I did everthing again and included the 4.5RC1 floppies. When power mangement is disabled both (4.4 and 4.5RC1) brought the page fault. The workaround (applied properly) works with both kernels. They'll boot but show a message like this: pcic0: static bug detected ignoring pcic1 ignoring hardware Both kernel send the laptop dozing when power managment is enabled. So far I could'nt make a difference out of them. Bye, Daniel Jahre ............................................................. 4. Chemnitzer Linxutag http://www.tu-chemnitz.de/linux/tag ............................................................. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 12:12:15 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from ztxmail05.ztx.compaq.com (ztxmail05.ztx.compaq.com [161.114.1.209]) by hub.freebsd.org (Postfix) with ESMTP id D03FB37B417 for ; Tue, 15 Jan 2002 12:12:08 -0800 (PST) Received: by ztxmail05.ztx.compaq.com (Postfix, from userid 12345) id B55A341E4; Tue, 15 Jan 2002 14:12:03 -0600 (CST) Received: from cceexg12.americas.cpqcorp.net (cceexg12.americas.cpqcorp.net [16.110.250.124]) by ztxmail05.ztx.compaq.com (Postfix) with ESMTP id A42B342B2; Tue, 15 Jan 2002 14:12:03 -0600 (CST) Received: from cceexb11.americas.cpqcorp.net ([16.110.250.129]) by cceexg12.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.2966); Tue, 15 Jan 2002 14:11:37 -0600 Received: from troexb21.americas.cpqcorp.net ([16.155.4.40]) by cceexb11.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.2966); Tue, 15 Jan 2002 14:11:37 -0600 Received: from kaoexc01.americas.cpqcorp.net ([16.155.36.11]) by troexb21.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.2966); Tue, 15 Jan 2002 15:11:36 -0500 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: kern/23505: processes die with SIGPROF, usually under heavy network load. X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Date: Tue, 15 Jan 2002 15:11:35 -0500 Message-ID: <1DDD46E6E828F7408E048479DD56481D02039B34@kaoexc01.americas.cpqcorp.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: kern/23505: processes die with SIGPROF, usually under heavy network load. Thread-Index: AcGd9vPuJEUnfnycTYO2jP5vwMABzwACOBWw From: "Drew, Steve" To: "Ian Dowse" Cc: X-OriginalArrivalTime: 15 Jan 2002 20:11:36.0266 (UTC) FILETIME=[D586E2A0:01C19E00] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry, yes you are right, it was 2, now is 3 with 4.5. But problem still evident. Steve. -----Original Message----- From: Ian Dowse [mailto:iedowse@maths.tcd.ie]=20 Sent: Tuesday, January 15, 2002 12:01 PM To: Drew, Steve Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/23505: processes die with SIGPROF, usually under heavy network load.=20 In message <200201151750.g0FHo1i79563@freefall.freebsd.org>, "Drew, Steve" writ es: > FYI, > > Even with the UPAGES=3D2 on 4.5-PRE-RELEASE this problem still ocurrs. = > Although maybe only once or twice per week. Did you really mean UPAGES=3D2 there? The default value is 3; if = anything you should increase, not decrease it. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 13:55:15 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 9DD5137B400 for ; Tue, 15 Jan 2002 13:55:11 -0800 (PST) Received: from blackbox.pacbell.net ([64.166.86.21]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GQ000A6G27YU0@mta5.snfc21.pbi.net> for freebsd-bugs@freebsd.org; Tue, 15 Jan 2002 13:55:11 -0800 (PST) Received: (from mikem@localhost) by blackbox.pacbell.net (8.11.6/8.11.6) id g0FLtKC84459; Tue, 15 Jan 2002 13:55:20 -0800 (PST envelope-from mikem) Date: Tue, 15 Jan 2002 13:55:20 -0800 From: Mike Makonnen Subject: Re: bin/33897: rpc.lockd problems on server In-reply-to: <200201150910.g0F9A2H04083@freefall.freebsd.org> To: Thomas Quinot Cc: freebsd-bugs@freebsd.org Message-id: <200201152155.g0FLtKC84459@blackbox.pacbell.net> MIME-version: 1.0 X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd5.0) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <200201150910.g0F9A2H04083@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org alfred, I took a look at retry_blockingfilelocklist() and the solution seemed simple enough. Please correct me if I am wrong. It seems said routine doesn't take into account boundary conditions when putting back file_lock entries into the blocked lock-list. Specifically, it fails when the file_lock being put back is the last element in the list, and when it is the only element in the list. I've included a patch below. Basically, it introduces another variable: pfl, which keeps track of the list item before ifl. That way if nfl is NULL, ifl gets inserted after pfl. If pfl is also NULL, then it gets inserted at the head of the list (since it was the only element in the list). Thomas, could you give it a try and see if it solves your problems? cheers, mike makonnen Index: rpc.lockd/lockd_lock.c =================================================================== RCS file: /FreeBSD/ncvs/src/usr.sbin/rpc.lockd/lockd_lock.c,v retrieving revision 1.6 diff -u -r1.6 lockd_lock.c --- rpc.lockd/lockd_lock.c 2 Dec 2001 11:10:46 -0000 1.6 +++ rpc.lockd/lockd_lock.c 15 Jan 2002 21:37:16 -0000 @@ -1226,11 +1226,12 @@ retry_blockingfilelocklist(void) { /* Retry all locks in the blocked list */ - struct file_lock *ifl, *nfl; /* Iterator */ + struct file_lock *ifl, *nfl, *pfl; /* Iterator */ enum partialfilelock_status pflstatus; debuglog("Entering retry_blockingfilelocklist\n"); + pfl = NULL; ifl = LIST_FIRST(&blockedlocklist_head); debuglog("Iterator choice %p\n",ifl); @@ -1241,6 +1242,7 @@ */ nfl = LIST_NEXT(ifl, nfslocklist); debuglog("Iterator choice %p\n",ifl); + debuglog("Prev iterator choice %p\n",pfl); debuglog("Next iterator choice %p\n",nfl); /* @@ -1260,11 +1262,24 @@ } else { /* Reinsert lock back into same place in blocked list */ debuglog("Replacing blocked lock\n"); - LIST_INSERT_BEFORE(nfl, ifl, nfslocklist); + if (nfl == NULL) + /* ifl is the last elem. in the list */ + if (pfl == NULL) + /* ifl is the only elem. in the list */ + LIST_INSERT_HEAD(&blockedlocklist_head, ifl, nfslocklist); + else + LIST_INSERT_AFTER(pfl, ifl, nfslocklist); + else + LIST_INSERT_BEFORE(nfl, ifl, nfslocklist); } /* Valid increment behavior regardless of state of ifl */ ifl = nfl; + /* if a lock was granted incrementing pfl would make it nfl */ + if (pfl != NULL && (LIST_NEXT(pfl, nfslocklist) != nfl)) + pfl = LIST_NEXT(pfl, nfslocklist); + else + pfl = LIST_FIRST(&blockedlocklist_head); } debuglog("Exiting retry_blockingfilelocklist\n"); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 19:20:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 103BD37B41C for ; Tue, 15 Jan 2002 19:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G3K1Y65514; Tue, 15 Jan 2002 19:20:01 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 19:20:01 -0800 (PST) Message-Id: <200201160320.g0G3K1Y65514@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: Re: bin/33834 Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33834; it has been noted by GNATS. From: "Tim J. Robbins" To: Sheldon Hearn Cc: bug-followup@FreeBSD.ORG Subject: Re: bin/33834 Date: Wed, 16 Jan 2002 14:16:10 +1100 The Single Unix Spec V2 at http://www.opengroup.org/onlinepubs/007908799/xsh/strptime.html makes no mention of %G, %g, %u, %V, %v, %z, so I think it would be wasted effort to support them, they should just be documented as exceptions to the "All conversion specifications are identical to those described in strptime(3)" statement. %n and %t are described by SUSV2, here is a patch to add them: --- strptime.c.old Sun Jan 13 21:33:40 2002 +++ strptime.c Wed Jan 16 13:41:18 2002 @@ -121,6 +121,12 @@ return 0; break; + case 't': + case 'n': + while (*buf != '\0' && isspace((unsigned char)*buf)) + buf++; + break; + case '+': buf = _strptime(buf, Locale->date_fmt, tm); if (buf == 0) If this patch is used the manual page should be updated to explain that %t and %n eat any whitespace, not just a tab for %t and newline for %n like strftime(). The "BUGS" section of strptime(3) talks of specifiers being "defined", but does not say by what. It says %e and %l may scan too many digits, but SUSV2 allows this; it can scan as many digits as it likes. Similarly, the zero-padded values comment doesn't apply to SUSV2 either. The comments in the code say the same kind of thing. I don't have the expertise with calendar systems to implement the %U or %W specifiers. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 20:10:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9400037B404; Tue, 15 Jan 2002 20:10:53 -0800 (PST) Received: (from keramida@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G4AYL74597; Tue, 15 Jan 2002 20:10:34 -0800 (PST) (envelope-from keramida) Date: Tue, 15 Jan 2002 20:10:34 -0800 (PST) From: Message-Id: <200201160410.g0G4AYL74597@freefall.freebsd.org> To: hide@koie.org, keramida@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16292: performance problem of divert socket Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: performance problem of divert socket State-Changed-From-To: feedback->closed State-Changed-By: keramida State-Changed-When: Tue Jan 15 20:09:54 PST 2002 State-Changed-Why: Feedback timeout after more than 4 months. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16292 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 20:10:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 192B437B405; Tue, 15 Jan 2002 20:10:54 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G487l74343; Tue, 15 Jan 2002 20:08:07 -0800 (PST) (envelope-from cjc) Date: Tue, 15 Jan 2002 20:08:07 -0800 (PST) From: Message-Id: <200201160408.g0G487l74343@freefall.freebsd.org> To: shadow@tty64.org, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/33923: black hole ignored ports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: black hole ignored ports State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Tue Jan 15 19:56:46 PST 2002 State-Changed-Why: Thanks for the patch, but if you want more complex "blackhole" behavior, the right way to go is to set up firewalling, note the "WARNING" section of blackhole(4). ipfw reset tcp from any to me 113 setup ipfw drop tcp from any to me setup Will pretty much do what you want. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33923 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 21: 0:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C53DC37B400 for ; Tue, 15 Jan 2002 21:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G506r84520; Tue, 15 Jan 2002 21:00:06 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 21:00:06 -0800 (PST) Message-Id: <200201160500.g0G506r84520@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: RE: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: "Ted Mittelstaedt" To: "Ruslan Ermilov" Cc: Subject: RE: misc/33906: tic program is missing from the base FreeBSD installation Date: Tue, 15 Jan 2002 20:52:32 -0800 >-----Original Message----- >From: Ruslan Ermilov [mailto:ru@FreeBSD.org] >Sent: Tuesday, January 15, 2002 7:44 AM >To: Ted Mittelstaedt >Cc: bug-followup@FreeBSD.org >Subject: Re: misc/33906: tic program is missing from the base FreeBSD >installation > >> >All these do not count in favor of putting tip(1) back >into the base system -- nothing in the base system uses >tip(1) and terminfo stuff. > Ruslan, I fail to see why cc'ing this to bug-followup will help anything. I sent this explanation to you in order to help you understand the problem. Terminals are less used than they used to be and it's understandable that you wouldn't understand the PR unless you had experience with them. You still don't appear to understand what I'm talking about so I don't see that it's worth spending more effort on it. tic and tip are completely separate programs from completely different subsystems. tip is already in FreeBSD. tic is not. As far as your statement that nothing in the base system uses tic, that is flat out wrong. tic is used for converting terminfo source files to termcap entries and FreeBSD's base system uses termcap. The PR was opened not for my benefit, I already know all about termcap and terminfo, it was opened because all other modern UNIX have programs that are included in their base to convert terminfo source to either termcap format, or the compiled terminfo. Admins need to convert terminfo source files (which as you observe are not used in FreeBSD) to termcap entries (which ARE used by FreeBSD) It's a problem not to have a program in the base FreeBSD distribution that can do this because the majority of UNIX are System V that use terminfo and there's a number of terminal vendors that only supply terminfo source files. >If you want, you can submit another PR to the "ports" >category stating that the devel/ncurses port is broken, but it's not, so why would I do that? Do you even know why it's marked FORBIDDEN? I don't think you do. It's not because it's broken, ncurses builds fine. >but I think it's a known issue, and without a suggested >solution it would only spam the PR database. > This really disappoints me. First of all the PR clearly stated that the problem was not in ports, it was in the base. Second, your implication is that I would condone "spamming the PR database" Well, go ahead Ruslan - you can search both open and closed PR's in the database. Show the bug list here all of the PR's that I've entered that are "spam" I think that you've basically shot from the hip on this PR. Everything you've said in response makes no sense at all and doesen't address what I'm talking about. Ted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 15 21:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6878A37B416 for ; Tue, 15 Jan 2002 21:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G5o1092809; Tue, 15 Jan 2002 21:50:01 -0800 (PST) (envelope-from gnats) Date: Tue, 15 Jan 2002 21:50:01 -0800 (PST) Message-Id: <200201160550.g0G5o1092809@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: RE: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33574; it has been noted by GNATS. From: "Ted Mittelstaedt" To: "Daniel Jahre" Cc: Subject: RE: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Date: Tue, 15 Jan 2002 21:41:14 -0800 Great! The INSTALL.TXT should be updated to list this make and model of laptop as requiring the pcic workaround. Other than that I think we can close this, modifying the probe code to detect this particular laptop is probably not going to happen since the documented workaround works for this hardware. Ted Mittelstaedt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 0: 0:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 69A0F37B422 for ; Wed, 16 Jan 2002 00:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G806O17196; Wed, 16 Jan 2002 00:00:06 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 00:00:06 -0800 (PST) Message-Id: <200201160800.g0G806O17196@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Ruslan Ermilov To: Ted Mittelstaedt Cc: bug-followup@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Wed, 16 Jan 2002 09:55:06 +0200 On Tue, Jan 15, 2002 at 08:52:32PM -0800, Ted Mittelstaedt wrote: > >-----Original Message----- > >From: Ruslan Ermilov [mailto:ru@FreeBSD.org] > >Sent: Tuesday, January 15, 2002 7:44 AM > >To: Ted Mittelstaedt > >Cc: bug-followup@FreeBSD.org > >Subject: Re: misc/33906: tic program is missing from the base FreeBSD > >installation > > > >> > >All these do not count in favor of putting tip(1) back > >into the base system -- nothing in the base system uses > >tip(1) and terminfo stuff. > > > > Ruslan, I fail to see why cc'ing this to bug-followup will > help anything. I sent this explanation to you in order to > help you understand the problem. Terminals are less used > than they used to be and it's understandable that you wouldn't > understand the PR unless you had experience with them. You > still don't appear to understand what I'm talking about so I > don't see that it's worth spending more effort on it. > I'm sorry about CC:ing GNATS because I have procmail(1) rules that prevent spamming my inbox with duplicate (same message ID) emails, and people often reply directly and Bcc: GNATS, and I thought this was the case. As I result, I only see a private mail. > tic and tip are completely separate programs from completely > different subsystems. tip is already in FreeBSD. tic is not. > As I already stated in my other reply, that was a typo. I was referring to tic, "TermInfo Compiler", and yes, I know what this thingie is, I used it hard at the times. > As far as your statement that nothing in the base system > uses tic, that is flat out wrong. tic is used for converting > terminfo source files to termcap entries and FreeBSD's base system > uses termcap. > FreeBSD's base system doesn't have terminfo source files. :-) > The PR was opened not for my benefit, I already know all about > termcap and terminfo, it was opened because all other modern > UNIX have programs that are included in their base to convert > terminfo source to either termcap format, or the compiled terminfo. > Admins need to convert terminfo source files (which as you > observe are not used in FreeBSD) to termcap entries (which > ARE used by FreeBSD) It's a problem not to have a program in > the base FreeBSD distribution that can do this because the > majority of UNIX are System V that use terminfo and there's > a number of terminal vendors that only supply terminfo source > files. > I clearly understand that tic(1) may be required by some admins, but I certainly don't feel its place is in the base subsystem. I'd be happy to see devel/ncurses port unbroken and installing only those parts of ncurses distribution that are not included into the base system, as Alexey suggests. > >If you want, you can submit another PR to the "ports" > >category stating that the devel/ncurses port is broken, > > but it's not, so why would I do that? Do you even know > why it's marked FORBIDDEN? I don't think you do. It's > not because it's broken, ncurses builds fine. > Don't play the word games. :-) > >but I think it's a known issue, and without a suggested > >solution it would only spam the PR database. > > > This really disappoints me. First of all the PR clearly stated > that the problem was not in ports, it was in the base. Second, > your implication is that I would condone "spamming > the PR database" > > Well, go ahead Ruslan - you can search both open and closed > PR's in the database. Show the bug list here all of the PR's > that I've entered that are "spam" > Yes, submitting a PR that states that ncurses/devel port is forbidden (which you did not) without a patch that suggests a solution would be a spam. How this could disappoint you if you clearly not going to do this? :-) > I think that you've basically shot from the hip on this PR. > Everything you've said in response makes no sense at all and > doesen't address what I'm talking about. > FreeBSD's base system doesn't use terminfo -- no green light for tic(1) in the base system. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 1:30:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4F44137B41C for ; Wed, 16 Jan 2002 01:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G9U2d35171; Wed, 16 Jan 2002 01:30:02 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 01:30:02 -0800 (PST) Message-Id: <200201160930.g0G9U2d35171@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: RE: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: "Ted Mittelstaedt" To: "Ruslan Ermilov" Cc: Subject: RE: misc/33906: tic program is missing from the base FreeBSD installation Date: Wed, 16 Jan 2002 01:29:30 -0800 >-----Original Message----- >From: Ruslan Ermilov [mailto:ru@FreeBSD.org] >Sent: Tuesday, January 15, 2002 11:55 PM >To: Ted Mittelstaedt >Cc: bug-followup@FreeBSD.org >Subject: Re: misc/33906: tic program is missing from the base FreeBSD >installation > >> >FreeBSD's base system doesn't have terminfo source files. :-) I'm certainly not saying that we need anything in the base system to PRODUCE terminfo source files, just CONSUME them. Think roach motel here - we want it to be really easy for the people to check in, but we don't want to help them check out. Anyway, FreeBSD doesen't have Linux binaries in it but by gosh isn't that /modules/linux.ko I see in the default install? Nooo! > >I clearly understand that tic(1) may be required by some admins, >but I certainly don't feel its place is in the base subsystem. >I'd be happy to see devel/ncurses port unbroken and installing >only those parts of ncurses distribution that are not included >into the base system, as Alexey suggests. > That's yet another alternative too that would work fine - as long as the system manual pages that are _already_in_ the base system are corrected so that someone looking for infocmp or tic is led to the right place. >> >FreeBSD's base system doesn't use terminfo -- no green light >for tic(1) in the base system. > Then you have a lot of work to do rewriting man pages. Basically what is going on here is that you want to have your cake and eat it too. It's not fine to have tic in the base system even though it does something useful for termcap that FreeBSD does have, and it is fine to have the terminfo man page in there even though FreeBSD doesen't use terminfo. This is hypocrisy. If you want a terminfo-less system then fine - rewrite the terminfo manpage to remove all mention of terminfo. Otherwise, you should be focusing on what is important here - making FreeBSD as easy as possible to migrate to from System V or Linux. Don't forget that Sun just mightily pissed off all it's Solaris 8 users when they announced last week that Solaris 9 won't be ported to Intel 32bit. You would be amazed at the number of people "threatening" to go to FreeBSD in the Sun forums, almost more than are "threatening" to go to Linux. While I am not advocating FreeBSD adopt System V look and feel, I certainly want to help those people on their way over here! :-) Ted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 1:50:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 749B337B416 for ; Wed, 16 Jan 2002 01:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0G9o2m37835; Wed, 16 Jan 2002 01:50:02 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 01:50:02 -0800 (PST) Message-Id: <200201160950.g0G9o2m37835@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Maxim Konovalov Subject: Re: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Reply-To: Maxim Konovalov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33846; it has been noted by GNATS. From: Maxim Konovalov To: Eugene Grosbein Cc: FreeBSD-gnats-submit@FreeBSD.ORG, , "Alexandr P. Kovalenko" Subject: Re: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Date: Wed, 16 Jan 2002 12:49:10 +0300 (MSK) [ CC'd Yar who is working on bin/32740 and Alexandr, is a bin/32740 originator ] Hello, This PR duplicates bin/32740: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/32740 Here is a patch which is stolen from OpenBSD: http://www.freebsd.org/cgi/cvsweb.cgi/src/libexec/ftpd/ftpd.c?rev=1.109&content-type=text/x-cvsweb-markup&cvsroot=openbsd It works like a charm on our very busy ftp server. Btw, your How-To-Repeat section was very helpful, thanks. Index: ftpcmd.y =================================================================== RCS file: /home/ncvs/src/libexec/ftpd/ftpcmd.y,v retrieving revision 1.29 diff -u -r1.29 ftpcmd.y --- ftpcmd.y 2002/01/05 20:13:01 1.29 +++ ftpcmd.y 2002/01/15 13:39:10 @@ -60,7 +60,6 @@ #include #include #include -#include #include #include #include @@ -101,6 +100,7 @@ static int cmd_type; static int cmd_form; static int cmd_bytesz; +static int state; char cbuf[512]; char *fromname = (char *) 0; @@ -750,9 +750,11 @@ reply(221, "Goodbye."); dologout(0); } - | error CRLF + | error { - yyerrok; + yyclearin; /* discard lookahead data */ + yyerrok; /* clear error condition */ + state = 0; /* reset lexer state */ } ; rcmd @@ -1047,8 +1049,6 @@ %% -extern jmp_buf errcatch; - #define CMD 0 /* beginning of command */ #define ARGS 1 /* expect miscellaneous arguments */ #define STR1 2 /* expect SP followed by STRING */ @@ -1253,7 +1253,7 @@ static int yylex() { - static int cpos, state; + static int cpos; char *cp, *cp2; struct tab *p; int n; @@ -1290,8 +1290,7 @@ if (p != 0) { if (p->implemented == 0) { nack(p->name); - longjmp(errcatch,0); - /* NOTREACHED */ + return (LEXERR); } state = p->state; yylval.s = p->name; @@ -1316,8 +1315,7 @@ if (p->implemented == 0) { state = CMD; nack(p->name); - longjmp(errcatch,0); - /* NOTREACHED */ + return (LEXERR); } state = p->state; yylval.s = p->name; @@ -1467,9 +1465,8 @@ default: fatalerror("Unknown state in scanner."); } - yyerror((char *) 0); state = CMD; - longjmp(errcatch,0); + return (LEXERR); } } Index: ftpd.c =================================================================== RCS file: /home/ncvs/src/libexec/ftpd/ftpd.c,v retrieving revision 1.88 diff -u -r1.88 ftpd.c --- ftpd.c 2002/01/01 13:14:25 1.88 +++ ftpd.c 2002/01/15 13:39:11 @@ -79,7 +79,6 @@ #include #include #include -#include #include #include #include @@ -125,7 +124,6 @@ int daemon_mode; int data; -jmp_buf errcatch, urgcatch; int logged_in; struct passwd *pw; int ftpdebug; @@ -150,6 +148,7 @@ int noretr=0; /* RETR command is disabled. */ int noguestretr=0; /* RETR command is disabled for anon users. */ +static volatile sig_atomic_t recvurg; sig_atomic_t transflag; off_t file_size; off_t byte_count; @@ -243,7 +242,8 @@ static void selecthost __P((union sockunion *)); #endif static void ack __P((char *)); -static void myoob __P((int)); +static void sigurg __P((int)); +static void myoob __P((void)); static int checkuser __P((char *, char *, int)); static FILE *dataconn __P((char *, off_t, char *)); static void dolog __P((struct sockaddr *)); @@ -252,8 +252,9 @@ static FILE *getdatasock __P((char *)); static char *gunique __P((char *)); static void lostconn __P((int)); +static void sigquit __P((int)); static int receive_data __P((FILE *, FILE *)); -static void send_data __P((FILE *, FILE *, off_t, off_t, int)); +static int send_data __P((FILE *, FILE *, off_t, off_t, int)); static struct passwd * sgetpwnam __P((char *)); static char *sgetsave __P((char *)); @@ -279,6 +280,7 @@ char *argv[]; char **envp; { + struct sigaction sa; int addrlen, ch, on = 1, tos; char *cp, line[LINE_MAX]; FILE *fd; @@ -288,6 +290,8 @@ int enable_v4 = 0; tzset(); /* in case no timezone database in ~ftp */ + sigemptyset(&sa.sa_mask); + sa.sa_flags = SA_RESTART; #ifdef OLD_SETPROCTITLE /* @@ -419,7 +423,8 @@ syslog(LOG_ERR, "failed to become a daemon"); exit(1); } - (void) signal(SIGCHLD, reapchild); + sa.sa_handler = reapchild; + (void)sigaction(SIGCHLD, &sa, NULL); /* init bind_sa */ memset(&hints, 0, sizeof(hints)); @@ -522,11 +527,24 @@ } } - (void) signal(SIGCHLD, SIG_IGN); - (void) signal(SIGPIPE, lostconn); - if (signal(SIGURG, myoob) == SIG_ERR) - syslog(LOG_ERR, "signal: %m"); + sa.sa_handler = SIG_DFL; + (void)sigaction(SIGCHLD, &sa, NULL); + sa.sa_handler = sigurg; + sa.sa_flags = 0; /* don't restart syscalls for SIGURG */ + (void)sigaction(SIGURG, &sa, NULL); + + sigfillset(&sa.sa_mask); /* block all signals in handler */ + sa.sa_flags = SA_RESTART; + sa.sa_handler = sigquit; + (void)sigaction(SIGHUP, &sa, NULL); + (void)sigaction(SIGINT, &sa, NULL); + (void)sigaction(SIGQUIT, &sa, NULL); + (void)sigaction(SIGTERM, &sa, NULL); + + sa.sa_handler = lostconn; + (void)sigaction(SIGPIPE, &sa, NULL); + addrlen = sizeof(ctrl_addr); if (getsockname(0, (struct sockaddr *)&ctrl_addr, &addrlen) < 0) { syslog(LOG_ERR, "getsockname (%s): %m",argv[0]); @@ -610,7 +628,6 @@ hostname[MAXHOSTNAMELEN - 1] = '\0'; #endif reply(220, "%s FTP server (%s) ready.", hostname, version); - (void) setjmp(errcatch); for (;;) (void) yyparse(); /* NOTREACHED */ @@ -626,6 +643,15 @@ dologout(1); } +static void +sigquit(signo) + int signo; +{ + + syslog(LOG_ERR, "got signal SIGQUIT"); + dologout(1); +} + #ifdef VIRTUAL_HOSTING /* * read in virtual host tables (if they exist) @@ -1771,7 +1797,7 @@ * * NB: Form isn't handled. */ -static void +static int send_data(instr, outstr, blksize, filesize, isreg) FILE *instr, *outstr; off_t blksize; @@ -1784,14 +1810,12 @@ off_t cnt; transflag++; - if (setjmp(urgcatch)) { - transflag = 0; - return; - } switch (type) { case TYPE_A: while ((c = getc(instr)) != EOF) { + if (recvurg) + goto got_oob; byte_count++; if (c == '\n') { if (ferror(outstr)) @@ -1807,7 +1831,7 @@ if (ferror(outstr)) goto data_err; reply(226, "Transfer complete."); - return; + return(0); case TYPE_I: case TYPE_L: @@ -1829,6 +1853,8 @@ while (err != -1 && cnt < filesize) { err = sendfile(filefd, netfd, offset, len, (struct sf_hdtr *) NULL, &cnt, 0); + if (recvurg) + goto got_oob; byte_count += cnt; offset += cnt; len -= cnt; @@ -1842,14 +1868,14 @@ } reply(226, "Transfer complete."); - return; + return(0); } oldway: if ((buf = malloc((u_int)blksize)) == NULL) { transflag = 0; perror_reply(451, "Local resource failure: malloc"); - return; + return(-1); } while ((cnt = read(filefd, buf, (u_int)blksize)) > 0 && @@ -1863,21 +1889,28 @@ goto data_err; } reply(226, "Transfer complete."); - return; + return(0); default: transflag = 0; reply(550, "Unimplemented TYPE %d in send_data", type); - return; + return(-1); } data_err: transflag = 0; perror_reply(426, "Data connection"); - return; + return(-1); file_err: transflag = 0; perror_reply(551, "Error on input file"); + return(-1); + +got_oob: + myoob(); + recvurg = 0; + transflag = 0; + return(-1); } /* @@ -1895,11 +1928,6 @@ char buf[BUFSIZ]; transflag++; - if (setjmp(urgcatch)) { - transflag = 0; - return (-1); - } - bare_lfs = 0; switch (type) { @@ -1907,6 +1935,8 @@ case TYPE_I: case TYPE_L: while ((cnt = read(fileno(instr), buf, sizeof(buf))) > 0) { + if (recvurg) + goto got_oob; if (write(fileno(outstr), buf, cnt) != cnt) goto file_err; byte_count += cnt; @@ -1923,6 +1953,8 @@ case TYPE_A: while ((c = getc(instr)) != EOF) { + if (recvurg) + goto got_oob; byte_count++; if (c == '\n') bare_lfs++; @@ -1966,6 +1998,12 @@ transflag = 0; perror_reply(452, "Error writing file"); return (-1); + +got_oob: + myoob(); + recvurg = 0; + transflag = 0; + return (-1); } void @@ -2385,9 +2423,16 @@ } static void -myoob(signo) +sigurg(signo) int signo; { + + recvurg = 1; +} + +static void +myoob() +{ char *cp; /* only process if transfer occurring */ @@ -2403,7 +2448,6 @@ tmpline[0] = '\0'; reply(426, "Transfer aborted. Data connection closed."); reply(226, "Abort successful"); - longjmp(urgcatch, 1); } if (strcmp(cp, "STAT\r\n") == 0) { tmpline[0] = '\0'; @@ -2719,10 +2763,6 @@ simple = 1; } - if (setjmp(urgcatch)) { - transflag = 0; - goto out; - } while ((dirname = *dirlist++)) { if (stat(dirname, &st) < 0) { /* @@ -2763,6 +2803,13 @@ while ((dir = readdir(dirp)) != NULL) { char nbuf[MAXPATHLEN]; + + if (recvurg) { + myoob(); + recvurg = 0; + transflag = 0; + goto out; + } if (dir->d_name[0] == '.' && dir->d_namlen == 1) continue; -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 2: 0: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 48BB137B417 for ; Wed, 16 Jan 2002 02:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GA01X39218; Wed, 16 Jan 2002 02:00:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 02:00:01 -0800 (PST) Message-Id: <200201161000.g0GA01X39218@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Sheldon Hearn To: "Ted Mittelstaedt" Cc: bug-followup@freebsd.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Wed, 16 Jan 2002 11:54:16 +0200 On Wed, 16 Jan 2002 01:30:02 PST, "Ted Mittelstaedt" wrote: > Anyway, FreeBSD doesen't have Linux binaries in it but by gosh > isn't that /modules/linux.ko I see in the default install? Nooo! That's a kernel module. It's in the base system instead of the ports tree because kernel modules can be very difficult to maintain outside the base system, particularly something like this which claws into the syscall table. So I don't think that was a good example. > Don't forget that Sun just mightily pissed off all > it's Solaris 8 users when they announced last week that Solaris 9 > won't be ported to Intel 32bit. You would be amazed at the number > of people "threatening" to go to FreeBSD in the Sun forums, > almost more than are "threatening" to go to Linux. That sounds like good news. Given how a Solaris box is pretty useless until you've installed some packages on it, I don't think Solaris users will find it weird that they should have to install a package to get tic(1). I think a solution in the ports tree that produces a package should be enough. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 2:10:39 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AC1A37B422 for ; Wed, 16 Jan 2002 02:10:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GAAB444029; Wed, 16 Jan 2002 02:10:11 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 02:10:11 -0800 (PST) Message-Id: <200201161010.g0GAAB444029@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Ted Mittelstaedt" Subject: RE: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: "Ted Mittelstaedt" To: "Sheldon Hearn" Cc: Subject: RE: misc/33906: tic program is missing from the base FreeBSD installation Date: Wed, 16 Jan 2002 02:09:22 -0800 >-----Original Message----- >From: Sheldon Hearn [mailto:sheldonh@axl.seasidesoftware.co.za]On Behalf >Of Sheldon Hearn >Sent: Wednesday, January 16, 2002 1:54 AM >To: Ted Mittelstaedt >Cc: bug-followup@freebsd.org >Subject: Re: misc/33906: tic program is missing from the base FreeBSD >installation > > > >So I don't think that was a good example. > It wasn't supposed to be a good example, it was supposed to be a smartassed example. :-) claws is an appropriate adjective, though. >> Don't forget that Sun just mightily pissed off all >> it's Solaris 8 users when they announced last week that Solaris 9 >> won't be ported to Intel 32bit. You would be amazed at the number >> of people "threatening" to go to FreeBSD in the Sun forums, >> almost more than are "threatening" to go to Linux. > >That sounds like good news. > Depends on your point of view of course - we use some Solaris here and the other admin who likes it was much unhappier. :-) I do think though, that we are going to see some interest as a result of that, primariarly because Sun has been giving away free copies of Solaris 8 for a long time now, and the lower-end customer base has gotten a taste for free software as a result. Sun is or was even including a CD with a gcc binary on it. >Given how a Solaris box is pretty useless until you've installed some >packages on it, I don't think Solaris users will find it weird that they >should have to install a package to get tic(1). > Ugh, tell me about it. It takes 4 times longer to set up an equivalent system - they don't even have stuff as basic as a /dev/random device in the default install. >I think a solution in the ports tree that produces a package should be >enough. > As I've said before that would be fine too - as long as there's an entry in the description of the port that mentions termcap and terminfo so that ye who seeks shall find. That's the whole point of these PRs anyways - so that those who follow have it easier. Ted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 2:20: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E71D637B402 for ; Wed, 16 Jan 2002 02:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GAK1o45399; Wed, 16 Jan 2002 02:20:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 02:20:01 -0800 (PST) Message-Id: <200201161020.g0GAK1o45399@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Sheldon Hearn To: bug-followup@freebsd.org Cc: Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Wed, 16 Jan 2002 12:18:26 +0200 On Wed, 16 Jan 2002 02:09:22 PST, "Ted Mittelstaedt" wrote: > As I've said before that would be fine too - as long as there's an > entry in the description of the port that mentions termcap and > terminfo so that ye who seeks shall find. That's the whole point > of these PRs anyways - so that those who follow have it easier. Okay, so... Who's going to create the port that acts as a magic bullet for this PR? :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 2:20:56 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D948137B404; Wed, 16 Jan 2002 02:20:53 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GAFna44828; Wed, 16 Jan 2002 02:15:49 -0800 (PST) (envelope-from sheldonh) Date: Wed, 16 Jan 2002 02:15:49 -0800 (PST) From: Message-Id: <200201161015.g0GAFna44828@freefall.freebsd.org> To: tedm@toybox.placo.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: tic program is missing from the base FreeBSD installation State-Changed-From-To: closed->open State-Changed-By: sheldonh State-Changed-When: Wed Jan 16 02:15:01 PST 2002 State-Changed-Why: Let's leave this open for a little longer, in the hopes that someone will put some work into the port/package solution suggested in the audit trail. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33906 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 2:20:56 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7661437B405; Wed, 16 Jan 2002 02:20:54 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GAGp044979; Wed, 16 Jan 2002 02:16:51 -0800 (PST) (envelope-from sheldonh) Date: Wed, 16 Jan 2002 02:16:51 -0800 (PST) From: Message-Id: <200201161016.g0GAGp044979@freefall.freebsd.org> To: tedm@toybox.placo.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: tic program is missing from the base FreeBSD installation State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Wed Jan 16 02:16:03 PST 2002 State-Changed-Why: Actually, I'm going to leave this in feedback state. If someone submits a port soon, great. If not, it'll be obvious that this was only important enough to talk about, and someone will close the PR with a feedback timeout later. :-) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33906 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 2:30: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EC83337B405 for ; Wed, 16 Jan 2002 02:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GAU3J46676; Wed, 16 Jan 2002 02:30:03 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 02:30:03 -0800 (PST) Message-Id: <200201161030.g0GAU3J46676@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Eugene Grosbein Subject: Re: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Reply-To: Eugene Grosbein Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33846; it has been noted by GNATS. From: Eugene Grosbein To: Maxim Konovalov Cc: Eugene Grosbein , FreeBSD-gnats-submit@FreeBSD.ORG, yar@FreeBSD.ORG, "Alexandr P. Kovalenko" Subject: Re: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Date: Wed, 16 Jan 2002 17:27:38 +0700 Maxim Konovalov wrote: > Here is a patch which is stolen from OpenBSD: It's for CURRENT and I can't test it as I do not run CURRENT yet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 2:50: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A029937B419 for ; Wed, 16 Jan 2002 02:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GAo1P53776; Wed, 16 Jan 2002 02:50:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 02:50:01 -0800 (PST) Message-Id: <200201161050.g0GAo1P53776@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Maxim Konovalov Subject: Re: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Reply-To: Maxim Konovalov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33846; it has been noted by GNATS. From: Maxim Konovalov To: Eugene Grosbein Cc: Eugene Grosbein , , , "Alexandr P. Kovalenko" Subject: Re: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Date: Wed, 16 Jan 2002 13:40:30 +0300 (MSK) On 17:27+0700, Jan 16, 2002, Eugene Grosbein wrote: > Maxim Konovalov wrote: > > > Here is a patch which is stolen from OpenBSD: > > It's for CURRENT and I can't test it as I do not run CURRENT yet. try http://news1.macomnet.ru/~maxim/p/ftpd.patch.stable -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 3:10:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D7E3B37B416 for ; Wed, 16 Jan 2002 03:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GBA1M60101; Wed, 16 Jan 2002 03:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 03:10:01 -0800 (PST) Message-Id: <200201161110.g0GBA1M60101@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Ruslan Ermilov To: "Alexey V. Neyman" Cc: tedm@toybox.placo.com, Sheldon Hearn , bug-followup@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Wed, 16 Jan 2002 13:00:30 +0200 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 16, 2002 at 09:06:24AM +0300, Alexey V. Neyman wrote: > On 15 January 2002 20:21, you wrote: > > I'd be happy with this, like it's done for textproc/gxditview > > using the base system's contrib/groff sources. I just don't > > think that tic(1) should be in the base system. > > Well, I did this as a port using base system sources. Please check the > attached shar archive; I'm open to criticisms :)) > Alexey, attached is the patch for your port. The following problems were fixed: "make all" in progs executed several times caused false rebuilds (DEPS_CURSES thing). Fixed --datadir to match the actual location of terminfo database. (See configure output before and after.) Pass --with-manpage-format=normal to configure(1) so that it doesn't have to guess what the correct format is. As a bonus, it makes us respect NOMANCOMPRESS set in /etc/make.conf. Also, post-build was failing if executed by a non-root user. pkg-install is now superflows, we handle the creation of the share/terminfo directory in pkg-plist. > # This is a shell archive. Save it in a file, remove anything before > # this line, and then unpack it by entering "sh file". Note, it may > # create directories; files and directories will be owned by you and > # have default permissions. > # > # This archive contains: > # > # ncurses-utils > # ncurses-utils/Makefile > # ncurses-utils/pkg-comment > # ncurses-utils/pkg-descr > # ncurses-utils/pkg-plist > # ncurses-utils/pkg-install > # > echo c - ncurses-utils > mkdir -p ncurses-utils > /dev/null 2>&1 > echo x - ncurses-utils/Makefile > sed 's/^X//' >ncurses-utils/Makefile << 'END-of-ncurses-utils/Makefile' > X# New ports collection makefile for: tic > X# Date created: 15 Jan 2002 > X# Whom: Alexey Neyman > X# > X# $FreeBSD$ > X# > X > XPORTNAME= ncurses-utils > XPORTVERSION= 5.1 > XCATEGORIES= sysutils devel > XDISTFILES= # none > X > XMAINTAINER= ports@freebsd.org > X > XWRKSRC= ${WRKDIR}/${DISTNAME} > XBUILD_WRKSRC= $(WRKSRC)/progs > XINSTALL_WRKSRC= $(WRKSRC)/progs > X > XNCSRC= /usr/src/contrib/ncurses > X > XHAS_CONFIGURE= YES > XCONFIGURE_ARGS= --srcdir=${NCSRC} --prefix=${PREFIX} --with-shared \ > X --datadir=/usr/share/misc > X > Xdo-extract: > X @if [ ! -r ${NCSRC}/configure ]; then \ > X ${ECHO} "You need the ncurses sources in"; \ > X ${ECHO} "${NCSRC}"; \ > X ${ECHO} "to build this port."; \ > X exit 1; \ > X fi > X @${RM} -rf ${WRKDIR} > X @${MKDIR} ${WRKSRC} > X ${CP} -p ${NCSRC}/configure ${WRKSRC} > X > Xpre-build: > X @cd ${WRKSRC}/progs; \ > X ${MV} Makefile Makefile.orig; \ > X ${GREP} -v "cd ../ncurses" Makefile.orig > Makefile > X > Xpost-build: > X @cd ${WRKSRC}/man; \ > X ${SH} edit_man.sh installing ${WRKSRC}/man ${NCSRC}/man \ > X ${NCSRC}/man/*.1* > X > Xdo-install: > X ${INSTALL_PROGRAM} ${WRKSRC}/progs/clear ${PREFIX}/bin > X ${INSTALL_PROGRAM} ${WRKSRC}/progs/tput ${PREFIX}/bin > X ${INSTALL_PROGRAM} ${WRKSRC}/progs/tset ${PREFIX}/bin > X ${LN} -s ${PREFIX}/bin/tset ${PREFIX}/bin/reset > X ${INSTALL_PROGRAM} ${WRKSRC}/progs/infocmp ${PREFIX}/sbin > X ${INSTALL_PROGRAM} ${WRKSRC}/progs/tic ${PREFIX}/sbin > X ${INSTALL_PROGRAM} ${WRKSRC}/progs/toe ${PREFIX}/sbin > X ${LN} -s ${PREFIX}/sbin/tic ${PREFIX}/sbin/captoinfo > X ${LN} -s ${PREFIX}/sbin/tic ${PREFIX}/sbin/infotocap > X ${MKDIR} ${PREFIX}/share/terminfo > X cd ${WRKSRC}/man/man1; \ > X for i in *.1.gz; do \ > X ${INSTALL_MAN} $$i ${PREFIX}/man/man1; \ > X done; \ > X for i in *.1m.gz; do \ > X ${INSTALL_MAN} $$i ${PREFIX}/man/man8/$${i%.1m.gz}.8.gz; \ > X done > X > XMAN1= clear.1.gz reset.1.gz tput.1.gz tset.1.gz > XMAN8= captoinfo.8.gz infocmp.8.gz infotocap.8.gz tic.8.gz toe.8.gz > XNOMANCOMPRESS= YES > X > X.include > END-of-ncurses-utils/Makefile > echo x - ncurses-utils/pkg-comment > sed 's/^X//' >ncurses-utils/pkg-comment << 'END-of-ncurses-utils/pkg-comment' > XUtilities set from ncurses(3): tic, toe, infocmp > END-of-ncurses-utils/pkg-comment > echo x - ncurses-utils/pkg-descr > sed 's/^X//' >ncurses-utils/pkg-descr << 'END-of-ncurses-utils/pkg-descr' > XThis port installs SysV-compatible ncurses(3) utilities set, including > Xtic(8), toe(8) and infocmp(8). > X > XNOTE: port uses source from src/contrib base distribution. > X > X-Alexey > Xalex.neyman@auriga.ru > END-of-ncurses-utils/pkg-descr > echo x - ncurses-utils/pkg-plist > sed 's/^X//' >ncurses-utils/pkg-plist << 'END-of-ncurses-utils/pkg-plist' > Xbin/clear > Xbin/reset > Xbin/tput > Xbin/tset > Xsbin/tic > Xsbin/toe > Xsbin/infocmp > Xsbin/captoinfo > Xsbin/infotocap > X@dirrm share/terminfo > END-of-ncurses-utils/pkg-plist > echo x - ncurses-utils/pkg-install > sed 's/^X//' >ncurses-utils/pkg-install << 'END-of-ncurses-utils/pkg-install' > X#! /bin/sh > X > Xif [ "x$2" = "xPRE-INSTALL" ]; then > X /bin/mkdir $PKG_PREFIX/share/terminfo > Xfi > END-of-ncurses-utils/pkg-install > exit > Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p diff --exclude=CVS -ruN ncurses-utils~/Makefile ncurses-utils/Makefile --- ncurses-utils~/Makefile Wed Jan 16 12:41:50 2002 +++ ncurses-utils/Makefile Wed Jan 16 12:34:56 2002 @@ -10,17 +10,17 @@ CATEGORIES= sysutils devel DISTFILES= # none -MAINTAINER= ports@freebsd.org +MAINTAINER= ports@FreeBSD.org -WRKSRC= ${WRKDIR}/${DISTNAME} -BUILD_WRKSRC= $(WRKSRC)/progs -INSTALL_WRKSRC= $(WRKSRC)/progs +BUILD_WRKSRC= ${WRKSRC}/progs +INSTALL_WRKSRC= ${BUILD_WRKSRC} NCSRC= /usr/src/contrib/ncurses HAS_CONFIGURE= YES CONFIGURE_ARGS= --srcdir=${NCSRC} --prefix=${PREFIX} --with-shared \ - --datadir=/usr/share/misc + --datadir=${PREFIX}/share \ + --with-manpage-format=normal do-extract: @if [ ! -r ${NCSRC}/configure ]; then \ @@ -31,39 +31,35 @@ fi @${RM} -rf ${WRKDIR} @${MKDIR} ${WRKSRC} - ${CP} -p ${NCSRC}/configure ${WRKSRC} + ${LN} -s ${NCSRC}/configure ${WRKSRC} pre-build: @cd ${WRKSRC}/progs; \ ${MV} Makefile Makefile.orig; \ - ${GREP} -v "cd ../ncurses" Makefile.orig > Makefile + ${GREP} -v "^DEPS_CURSES" Makefile.orig > Makefile post-build: @cd ${WRKSRC}/man; \ - ${SH} edit_man.sh installing ${WRKSRC}/man ${NCSRC}/man \ - ${NCSRC}/man/*.1* + ${CP} ${NCSRC}/man/*.1* .; \ + for i in *.1m; do \ + ${MV} $$i $${i%.1m}.8; \ + done do-install: ${INSTALL_PROGRAM} ${WRKSRC}/progs/clear ${PREFIX}/bin ${INSTALL_PROGRAM} ${WRKSRC}/progs/tput ${PREFIX}/bin ${INSTALL_PROGRAM} ${WRKSRC}/progs/tset ${PREFIX}/bin - ${LN} -s ${PREFIX}/bin/tset ${PREFIX}/bin/reset + ${LN} ${PREFIX}/bin/tset ${PREFIX}/bin/reset ${INSTALL_PROGRAM} ${WRKSRC}/progs/infocmp ${PREFIX}/sbin ${INSTALL_PROGRAM} ${WRKSRC}/progs/tic ${PREFIX}/sbin + ${LN} ${PREFIX}/sbin/tic ${PREFIX}/sbin/captoinfo + ${LN} ${PREFIX}/sbin/tic ${PREFIX}/sbin/infotocap ${INSTALL_PROGRAM} ${WRKSRC}/progs/toe ${PREFIX}/sbin - ${LN} -s ${PREFIX}/sbin/tic ${PREFIX}/sbin/captoinfo - ${LN} -s ${PREFIX}/sbin/tic ${PREFIX}/sbin/infotocap + @cd ${WRKSRC}/man; \ + ${SH} edit_man.sh installing ${PREFIX}/man ${NCSRC}/man *.[18] ${MKDIR} ${PREFIX}/share/terminfo - cd ${WRKSRC}/man/man1; \ - for i in *.1.gz; do \ - ${INSTALL_MAN} $$i ${PREFIX}/man/man1; \ - done; \ - for i in *.1m.gz; do \ - ${INSTALL_MAN} $$i ${PREFIX}/man/man8/$${i%.1m.gz}.8.gz; \ - done -MAN1= clear.1.gz reset.1.gz tput.1.gz tset.1.gz -MAN8= captoinfo.8.gz infocmp.8.gz infotocap.8.gz tic.8.gz toe.8.gz -NOMANCOMPRESS= YES +MAN1= clear.1 reset.1 tput.1 tset.1 +MAN8= captoinfo.8 infocmp.8 infotocap.8 tic.8 toe.8 .include diff --exclude=CVS -ruN ncurses-utils~/pkg-install ncurses-utils/pkg-install --- ncurses-utils~/pkg-install Wed Jan 16 12:41:50 2002 +++ ncurses-utils/pkg-install Thu Jan 1 03:00:00 1970 @@ -1,5 +0,0 @@ -#! /bin/sh - -if [ "x$2" = "xPRE-INSTALL" ]; then - /bin/mkdir $PKG_PREFIX/share/terminfo -fi diff --exclude=CVS -ruN ncurses-utils~/pkg-plist ncurses-utils/pkg-plist --- ncurses-utils~/pkg-plist Wed Jan 16 12:41:50 2002 +++ ncurses-utils/pkg-plist Wed Jan 16 12:39:57 2002 @@ -1,10 +1,11 @@ +@exec mkdir -p %D/share/terminfo bin/clear -bin/reset bin/tput bin/tset -sbin/tic -sbin/toe +bin/reset sbin/infocmp +sbin/tic sbin/captoinfo sbin/infotocap +sbin/toe @dirrm share/terminfo --3V7upXqbjpZ4EhLz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 4:20:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B36E137B422 for ; Wed, 16 Jan 2002 04:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GCK1C80254; Wed, 16 Jan 2002 04:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3826037B419 for ; Wed, 16 Jan 2002 04:14:08 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GCE8L79312; Wed, 16 Jan 2002 04:14:08 -0800 (PST) (envelope-from nobody) Message-Id: <200201161214.g0GCE8L79312@freefall.freebsd.org> Date: Wed, 16 Jan 2002 04:14:08 -0800 (PST) From: Dmitry To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33939: network hungs for 1-3 minutes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33939 >Category: kern >Synopsis: network hungs for 1-3 minutes >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 04:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dmitry >Release: 4.5 >Organization: * >Environment: FreeBSD hostel.net 4.5-RC FreeBSD 4.5-RC #1: Sun Jan 13 11:09:53 EET 2002 dimon@hostel.net:/usr/src/sys/compile/SERVER i386 >Description: kernel often write message "m_retryhdr failed, consider increase mbuf value" and network doesn't works for 1-3 minutes. i have "cel733 32MB 2.4GB 5(ed0-ed4) realtek(8029) network cards." >How-To-Repeat: every 2-3 hours >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 4:30:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 31D3237B417 for ; Wed, 16 Jan 2002 04:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GCU4k81880; Wed, 16 Jan 2002 04:30:04 -0800 (PST) (envelope-from gnats) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by hub.freebsd.org (Postfix) with ESMTP id 9272A37B404 for ; Wed, 16 Jan 2002 04:29:12 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 16QpBo-0000Mr-00; Wed, 16 Jan 2002 15:29:12 +0300 Message-Id: Date: Wed, 16 Jan 2002 15:29:12 +0300 From: "Vladimir B.Grebenschikov" Reply-To: "Vladimir B.Grebenschikov" To: FreeBSD-gnats-submit@freebsd.org Cc: kmv@sw.ru X-Send-Pr-Version: 3.113 Subject: kern/33940: quotactl allows compromise gid-quotas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33940 >Category: kern >Synopsis: quotactl allows compromise gid-quotas >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 04:30:04 PST 2002 >Closed-Date: >Last-Modified: >Originator: Vladimir B. Grebenschikov >Release: FreeBSD 4.4-RELEASE i386 >Organization: SW soft >Environment: System: FreeBSD 4.4-RELEASE i386 also tried with RELENG_4 >Description: ufs_quotactl(mp, cmds, uid, arg, p) accepts uid (actually id) from syscall quotactl(2) if id == -1 (function asumes that id = p->p_cred->p_ruid): /* code */ if (uid == -1) uid = p->p_cred->p_ruid; /* code */ but, type of quota may be not USRQUOTA there. so user with uid X can access groupquota of gid X >How-To-Repeat: >Fix: diff against RELENG_4: diff -u -u -r1.17.2.3 ufs_vfsops.c --- sys/ufs/ufs/ufs_vfsops.c 2001/10/14 19:08:16 1.17.2.3 +++ sys/ufs/ufs/ufs_vfsops.c 2002/01/16 12:08:38 @@ -103,10 +103,22 @@ #else int cmd, type, error; - if (uid == -1) - uid = p->p_cred->p_ruid; + type = cmds & SUBCMDMASK; cmd = cmds >> SUBCMDSHIFT; + if (uid == -1) { + switch (type) { + case USRQUOTA: + uid = p->p_cred->p_ruid; + break; + case GRPQUOTA: + uid = p->p_cred->p_rgid; + break; + default: + return (EINVAL); + } + } + switch (cmd) { case Q_SYNC: break; @@ -119,7 +131,6 @@ return (error); } - type = cmds & SUBCMDMASK; if ((u_int)type >= MAXQUOTAS) return (EINVAL); if (vfs_busy(mp, LK_NOWAIT, 0, p)) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 4:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 304F837B41C for ; Wed, 16 Jan 2002 04:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GCe3M83453; Wed, 16 Jan 2002 04:40:03 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 04:40:03 -0800 (PST) Message-Id: <200201161240.g0GCe3M83453@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33906; it has been noted by GNATS. From: Ruslan Ermilov To: "Alexey V. Neyman" Cc: bug-followup@FreeBSD.org Subject: Re: misc/33906: tic program is missing from the base FreeBSD installation Date: Wed, 16 Jan 2002 14:37:33 +0200 On Wed, Jan 16, 2002 at 03:17:44PM +0300, Alexey V. Neyman wrote: > On 16 January 2002 14:00, you wrote: > > The following problems were fixed: > > Thank you, I'll try to remember it next time. It's my first attempt at > making a port. > > > Fixed --datadir to match the actual location of terminfo database. > > (See configure output before and after.) > > I intentionally specified /usr/share/misc to get terminfo files in > /usr/share/misc/terminfo. terminfo(5) references it as a home for > compiled terminfo entries and it is how our base libncurses is > configured; this is used only to substitute placeholders in manpages > (tic(8) working with 'default' terminfo location (without -o option) > works with /usr/share/misc). There's no need to override datadir to > place it in ${PREFIX}/share/terminfo - it's default location for it. > I just forgot to remove @dirrm of the ${PREFIX}/share/terminfo. > I was confused by this. > Try running tic(8) without -o and see its output in > /usr/share/misc/terminfo. We cannot change it in the port as the port > makes use of base-system library and such default location is in its > config. > Correct. > And, there's no need to make the terminfo directory at all - tic(8) > does it itself if it is run with high enough privileges. As there's no > need to remove it on uninstall - we haven't installed anything > there, all its contents are put there by user. > Good. > Considering all above, I dare suggest inclusion of > /usr/share/misc/terminfo in BSD.usr.mtree :) At least our base-system > libncurses uses this directory. > I'm not sure about this one. Nothing in standard distribution seems to use this directory, except compiling its name into libncurses. An alternate solution would be to define TERMINFO and TERMINFO_DIRS in src/lib/libncurses/ncurses_cfg.h to point to /usr/local, but that would be bogus too. I think that the good compromise would be to leave it out of BSD.usr.dist scope -- as you say, tic(8) will create it if necessary. > By the way, what is the principle of ordering items in pkg-plist? I > used alphabetical, but you changed it... > By target directory first (bin, sbin), then by name within directory, then links. The same order as in Makefile. And nope, your /sbin entries were not alphabetically sorted. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 5: 0:56 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 240AF37B404; Wed, 16 Jan 2002 05:00:54 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GCxGC86846; Wed, 16 Jan 2002 04:59:16 -0800 (PST) (envelope-from sheldonh) Date: Wed, 16 Jan 2002 04:59:16 -0800 (PST) From: Message-Id: <200201161259.g0GCxGC86846@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: misc/33906: [PATCH] tic program as a port for easier SysV migration Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Old Synopsis: tic program is missing from the base FreeBSD installation New Synopsis: [PATCH] tic program as a port for easier SysV migration Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jan 16 04:57:58 PST 2002 Responsible-Changed-Why: This is going to need a ports committer once Alexey's looked at Ruslan's submission. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33906 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 5:40:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B107137B416 for ; Wed, 16 Jan 2002 05:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GDe7k03628; Wed, 16 Jan 2002 05:40:07 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 05:40:07 -0800 (PST) Message-Id: <200201161340.g0GDe7k03628@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Thomas Quinot Subject: Re: bin/33914: ntpd: too many recvbufs allocated. Reply-To: Thomas Quinot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33914; it has been noted by GNATS. From: Thomas Quinot To: John Hay Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/33914: ntpd: too many recvbufs allocated. Date: Wed, 16 Jan 2002 14:33:09 +0100 Le 2002-01-15, John Hay écrivait : > What does your ntp.conf file look like? server 137.194.160.3 # ntp.enst.fr server bofh.enst.fr server 127.127.1.0 fudge 127.127.1.0 stratum 10 manycastclient 224.0.1.1 ttl 32 The multicast group seems to be mostly quiet. > Is it a ntp server or client box? Only a client. > Is the machine very busy? Nope. It is a development workstation, running desktop stuff and compiles. > At what priority are you running ntpd? At nice level 0. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 5:40:56 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 31CD237B41C; Wed, 16 Jan 2002 05:40:54 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GDefW04753; Wed, 16 Jan 2002 05:40:41 -0800 (PST) (envelope-from sheldonh) Date: Wed, 16 Jan 2002 05:40:41 -0800 (PST) From: Message-Id: <200201161340.g0GDefW04753@freefall.freebsd.org> To: thomas@cuivre.fr.eu.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/33914: ntpd: too many recvbufs allocated. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ntpd: too many recvbufs allocated. State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Wed Jan 16 05:40:04 PST 2002 State-Changed-Why: We're waiting for feedback as requested by John. Please copy your feedback to , using the subject line of this message. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33914 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 6:15:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A375537B41A; Wed, 16 Jan 2002 06:15:16 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GECDK15788; Wed, 16 Jan 2002 06:12:13 -0800 (PST) (envelope-from sheldonh) Date: Wed, 16 Jan 2002 06:12:13 -0800 (PST) From: Message-Id: <200201161412.g0GECDK15788@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, yar@FreeBSD.org Subject: Re: bin/33846: 4.5RC1: ftpd dies with SIGSEGV after ABOR Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: 4.5RC1: ftpd dies with SIGSEGV after ABOR Responsible-Changed-From-To: freebsd-bugs->yar Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jan 16 06:11:25 PST 2002 Responsible-Changed-Why: According to the audit trail, this ties in with work Yar's already doing on PR bin/32740. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33846 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 6:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8EEC137B417 for ; Wed, 16 Jan 2002 06:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GEo1M86604; Wed, 16 Jan 2002 06:50:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 06:50:01 -0800 (PST) Message-Id: <200201161450.g0GEo1M86604@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: i386/33525: root access without password Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33525; it has been noted by GNATS. From: Sheldon Hearn To: "Crist J. Clark" Cc: bug-followup@freebsd.org Subject: Re: i386/33525: root access without password Date: Wed, 16 Jan 2002 16:47:49 +0200 On Sat, 05 Jan 2002 10:00:02 PST, "Crist J. Clark" wrote: > > i know what want to tell me, but i setted up a root password. it was the > > last point in my installation. > > > > so, what can we do ? > > Can you reproduce the problem and tell us the exact way to do so? I'm guessing the root password was set to the empty string, wasn't set, or was set but not written to disk by the time sysinstall terminated (either because of a segfault, a premature powerdown, a system lockup or whatever). Unless the originator can show us how to reproduce the behaviour reported, I think we can close this PR, because it certainly doesn't agree with the experiences of many of us. Matthias? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 6:50:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E3BD637B405; Wed, 16 Jan 2002 06:50:55 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GEk1Q62909; Wed, 16 Jan 2002 06:46:01 -0800 (PST) (envelope-from sheldonh) Date: Wed, 16 Jan 2002 06:46:01 -0800 (PST) From: Message-Id: <200201161446.g0GEk1Q62909@freefall.freebsd.org> To: cropone@gmx.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/33525: root access without password Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: root access without password State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Wed Jan 16 06:45:29 PST 2002 State-Changed-Why: Waiting for the originator to reproduce the problem or confirm that we can close the PR> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33525 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 7: 0:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FF5037B416 for ; Wed, 16 Jan 2002 07:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GF01h50202; Wed, 16 Jan 2002 07:00:01 -0800 (PST) (envelope-from gnats) Received: from karma.iats.missouri.edu (karma.iats.missouri.edu [128.206.94.220]) by hub.freebsd.org (Postfix) with ESMTP id E498F37B404 for ; Wed, 16 Jan 2002 06:52:41 -0800 (PST) Received: (from root@localhost) by karma.iats.missouri.edu (8.11.6/8.11.6) id g0GEqfu00258; Wed, 16 Jan 2002 08:52:41 -0600 (CST) (envelope-from root) Message-Id: <200201161452.g0GEqfu00258@karma.iats.missouri.edu> Date: Wed, 16 Jan 2002 08:52:41 -0600 (CST) From: Ryan Dooley Reply-To: Ryan Dooley To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33941: /usr/sbin/dev_mkdb dumps core Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33941 >Category: bin >Synopsis: /usr/sbin/dev_mkdb dumps core >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 07:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ryan Dooley >Release: FreeBSD 4.5-RC i386 >Organization: University of Missouri - Columbia >Environment: System: FreeBSD karma.iats.missouri.edu 4.5-RC FreeBSD 4.5-RC #0: Wed Jan 16 08:13:50 CST 2002 root@karma.iats.missouri.edu:/usr/src/sys/compile/KARMA i386 >Description: Dell Optiplex GX1 FreeBSD 4.5-RC (cvsup'd 15-Jan-2002) dev_mkdb dumps core when run >How-To-Repeat: Can't. I've got two other -STABLE machines which don't exhibit the same behavior. From GDB: dev_mkdb was compiled with -g here. Program received signal SIGSEGV, Segmentation fault. 0x280cc8df in __free_ovflpage () from /usr/lib/libc.so.4 (gdb) where #0 0x280cc8df in __free_ovflpage () from /usr/lib/libc.so.4 #1 0x280ccf9f in __big_delete () from /usr/lib/libc.so.4 #2 0x280cb8e5 in __delpair () from /usr/lib/libc.so.4 #3 0x280ce5c8 in __hash_open () from /usr/lib/libc.so.4 #4 0x280ce284 in __hash_open () from /usr/lib/libc.so.4 #5 0x8048a10 in main (argc=1, argv=0xbfbffc28) at /usr/src/usr.sbin/dev_mkdb/dev_mkdb.c:153 #6 0x8048739 in _start () >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 7:10: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B1B7937B419 for ; Wed, 16 Jan 2002 07:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GFA2F55745; Wed, 16 Jan 2002 07:10:02 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 07:10:02 -0800 (PST) Message-Id: <200201161510.g0GFA2F55745@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/22860; it has been noted by GNATS. From: Sheldon Hearn To: Yar Tikhiy Cc: bug-followup@freebsd.org Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Date: Wed, 16 Jan 2002 17:08:23 +0200 On Fri, 04 Jan 2002 15:10:01 PST, Yar Tikhiy wrote: > As an alternative to the "allow anything the admin wants" solution, > I would propose to make the regular expression usernames are checked > against configurable and saved in /etc/adduser.conf. I like this idea. Either that, or do something like what passwd(1) does with weak new passwords root gives it. passwd(1) will warn against the offered password (e.g. "Please enter a password at least 6 characters in length") but will accept the new password if it is repeated. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 7:27:33 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 74B2E37B404; Wed, 16 Jan 2002 07:27:31 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GFRRd59195; Wed, 16 Jan 2002 07:27:27 -0800 (PST) (envelope-from ru) Date: Wed, 16 Jan 2002 07:27:27 -0800 (PST) From: Message-Id: <200201161527.g0GFRRd59195@freefall.freebsd.org> To: jau@iki.fi, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/33870: The find command deserves new options -mount, -local Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: The find command deserves new options -mount, -local State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 16 07:24:38 PST 2002 State-Changed-Why: The -mount and -local primitives are non-standard, and FreeBSD already provides a standard -xdev (for -mount) and non-standard -fstype (for -local) alternatives. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33870 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 8:10:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DE0A737B419 for ; Wed, 16 Jan 2002 08:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GGA1K68438; Wed, 16 Jan 2002 08:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 08:10:01 -0800 (PST) Message-Id: <200201161610.g0GGA1K68438@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Ruslan Ermilov To: Ryan Dooley Cc: bug-followup@FreeBSD.org Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Wed, 16 Jan 2002 18:04:04 +0200 On Wed, Jan 16, 2002 at 08:52:41AM -0600, Ryan Dooley wrote: > > >From GDB: dev_mkdb was compiled with -g here. > > Program received signal SIGSEGV, Segmentation fault. > 0x280cc8df in __free_ovflpage () from /usr/lib/libc.so.4 > (gdb) where > #0 0x280cc8df in __free_ovflpage () from /usr/lib/libc.so.4 > #1 0x280ccf9f in __big_delete () from /usr/lib/libc.so.4 > #2 0x280cb8e5 in __delpair () from /usr/lib/libc.so.4 > #3 0x280ce5c8 in __hash_open () from /usr/lib/libc.so.4 > #4 0x280ce284 in __hash_open () from /usr/lib/libc.so.4 > #5 0x8048a10 in main (argc=1, argv=0xbfbffc28) > at /usr/src/usr.sbin/dev_mkdb/dev_mkdb.c:153 > #6 0x8048739 in _start () > Try compiling a debugging version of libc and linking dev_mkdb statically with it. You can run a stripped down version of it, and the dump could still be used with the unstripped version for post mortem analysis. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 10: 0:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 39C1637B405 for ; Wed, 16 Jan 2002 10:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GI08I87840; Wed, 16 Jan 2002 10:00:08 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C517337B404 for ; Wed, 16 Jan 2002 09:50:47 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GHol986467; Wed, 16 Jan 2002 09:50:47 -0800 (PST) (envelope-from nobody) Message-Id: <200201161750.g0GHol986467@freefall.freebsd.org> Date: Wed, 16 Jan 2002 09:50:47 -0800 (PST) From: Torbjorn Granlund To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33951: pthread_cancel is ignored Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33951 >Category: kern >Synopsis: pthread_cancel is ignored >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 10:00:08 PST 2002 >Closed-Date: >Last-Modified: >Originator: Torbjorn Granlund >Release: 4.4 (and 4.1, 4.2, 4.3) >Organization: Swox AB >Environment: FreeBSD hill.swox.se 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: pthread_cancel doesn't work properly. pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS, 0) does not seem to make any difference. >How-To-Repeat: Compile and run the program below. On machines with properly working pthreads implementations, five CPU seconds are consumed, then the program just sleeps. Using FreeBSD, the created thread keeps crunching until process termination. #include #include void * crunch(void *ignored) { pthread_setcancelstate(PTHREAD_CANCEL_ENABLE, 0); pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS, 0); for (;;) ; } int main() { pthread_t thread; pthread_create(&thread, NULL, crunch, 0); sleep (5); pthread_cancel(thread); sleep (100); return 0; } >Fix: None. We have to tell our customer to run the program on any Unix system except FreeBSD until this is fixed. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 10: 0:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 53A7F37B419 for ; Wed, 16 Jan 2002 10:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GI08o87849; Wed, 16 Jan 2002 10:00:08 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AA19F37B417 for ; Wed, 16 Jan 2002 09:55:00 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GHt0e87109; Wed, 16 Jan 2002 09:55:00 -0800 (PST) (envelope-from nobody) Message-Id: <200201161755.g0GHt0e87109@freefall.freebsd.org> Date: Wed, 16 Jan 2002 09:55:00 -0800 (PST) From: Torbjorn Granlund To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33952: Bogus error message from correct phreads code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33952 >Category: kern >Synopsis: Bogus error message from correct phreads code >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 10:00:08 PST 2002 >Closed-Date: >Last-Modified: >Originator: Torbjorn Granlund >Release: 4.4 (and 4.2, 4.3, but not fbsd 4.1) >Organization: Swox AB >Environment: FreeBSD hill.swox.se 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: This test case makes the pthreads code print a bogus error message: Fatal error 'Thread 0x804c400 has called pthread_exit() from a destructor. POSIX 1003.1 1996 s16.2.5.2 does not allow this!' at line ? in file /usr/src/lib/libc_r/uthread/uthread_exit.c (errno = ?) >How-To-Repeat: Compile and run the program below. #include #include int stop_flag = 0; void * crunch(void *ignored) { pthread_setcancelstate(PTHREAD_CANCEL_ENABLE, 0); pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS, 0); while (!stop_flag) ; pthread_exit (0); } int main() { pthread_t thread; pthread_create(&thread, NULL, crunch, 0); sleep(1); pthread_cancel(thread); stop_flag = 1; sleep(1); return 0; } >Fix: None. We have to tell our customer to run the program on any Unix system except FreeBSD until this (and the other pthreads bug we've also reported) are fixed. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 10:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C6F5237B402 for ; Wed, 16 Jan 2002 10:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GIK0I94545; Wed, 16 Jan 2002 10:20:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FD3537B405 for ; Wed, 16 Jan 2002 10:16:23 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GIGNr93593; Wed, 16 Jan 2002 10:16:23 -0800 (PST) (envelope-from nobody) Message-Id: <200201161816.g0GIGNr93593@freefall.freebsd.org> Date: Wed, 16 Jan 2002 10:16:23 -0800 (PST) From: Dylan Carlson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/33953: Make buildworld fails on latest cvsup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33953 >Category: i386 >Synopsis: Make buildworld fails on latest cvsup >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 10:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dylan Carlson >Release: 4.5-RC1 >Organization: >Environment: FreeBSD sysmon1.3path.com 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Tue Jan 8 19:33:26 EST 2002 root@sysmon1.3path.com:/usr/obj/usr/src/sys/GENERIC i386 >Description: make buildworld fails ===> src/preproc/html rm -f .depend mkdep -f .depend -a    -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1 -DRET_TYPE_SRAND_IS_VOID=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_FMOD=1 -DHAVE_STRTOL=1 -DHAVE_GETCWD=1 -DHAVE_STRERROR=1 -DHAVE_PUTENV=1 -DHAVE_RENAME=1 -DHAVE_MKSTEMP=1 -DHAVE_STRCASECMP=1 -DHAVE_STRNCASECMP=1 -DHAVE_STRSEP=1 -DHAVE_STRDUP=1 -DSYS_SIGLIST_DECLARED=1 -I/usr/src/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/preproc/html/../../../src/include   /usr/src/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/preproc/html/pre-html.cc /usr/src/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/preproc/html/pushbackbuffer.cc In file included from /usr/src/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/include/posix.h:29,                  from /usr/src/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/preproc/html/pre-html.cc:33: /usr/include/unistd.h:171: unterminated macro call /usr/include/unistd.h:229: warning: preprocessing directive not recognized within macro arg /usr/include/unistd.h:229: warning: preprocessing directive not recognized within macro arg /usr/include/unistd.h:229: warning: preprocessing directive not recognized within macro arg /usr/include/unistd.h:229: warning: preprocessing directive not recognized within macro arg /usr/include/unistd.h:229: warning: preprocessing directive not recognized within macro arg /usr/include/unistd.h:114: unterminated `#if' conditional mkdep: compile failed *** Error code 1   Stop in /usr/src/gnu/usr.bin/groff/src/preproc/html. *** Error code 1   Stop in /usr/src/gnu/usr.bin/groff/src/preproc. *** Error code 1   Stop in /usr/src/gnu/usr.bin/groff/src. *** Error code 1   Stop in /usr/src/gnu/usr.bin/groff. *** Error code 1   Stop in /usr/src. *** Error code 1   Stop in /usr/src. *** Error code 1   Stop in /usr/src. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 11:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 014AE37B416 for ; Wed, 16 Jan 2002 11:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GJA1606681; Wed, 16 Jan 2002 11:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 11:10:01 -0800 (PST) Message-Id: <200201161910.g0GJA1606681@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Maxim Konovalov Subject: Re: kern/33951: pthread_cancel is ignored Reply-To: Maxim Konovalov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/33951; it has been noted by GNATS. From: Maxim Konovalov To: Torbjorn Granlund Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/33951: pthread_cancel is ignored Date: Wed, 16 Jan 2002 22:07:55 +0300 (MSK) Hello, this bug (feature?) has been already discussed in freebsd-current mail list. Could you please take a look at http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=511867+515812+/usr/local/www/db/text/2001/freebsd-current/20011202.freebsd-current As a workaround you should add a cancellation point in your for(;;) cycle. -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 11:20:23 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C9EB437B478 for ; Wed, 16 Jan 2002 11:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GJK1u07988; Wed, 16 Jan 2002 11:20:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 11:20:01 -0800 (PST) Message-Id: <200201161920.g0GJK1u07988@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Torbjorn Granlund Subject: Re: kern/33951: pthread_cancel is ignored Reply-To: Torbjorn Granlund Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/33951; it has been noted by GNATS. From: Torbjorn Granlund To: Maxim Konovalov Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/33951: pthread_cancel is ignored Date: 16 Jan 2002 20:17:49 +0100 Maxim Konovalov writes: this bug (feature?) has been already discussed in freebsd-current mail list. Could you please take a look at It is is a feature, then one could wonder what semantics PTHREAD_CANCEL_ASYNCHRONOUS has... =20=20 http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=3D511867+515812+/usr/local/ww= w/db/text/2001/freebsd-current/20011202.freebsd-current =20=20 Thanks, I looked for similar bug reports, but didn't check the mailing list archives. As a workaround you should add a cancellation point in your for(;;) cycle. =20=20 Tried that, but it slows down things unacceptably. --=20 Torbj=F6rn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 12:20:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 37AA537B417 for ; Wed, 16 Jan 2002 12:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GKK1522408; Wed, 16 Jan 2002 12:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A736437B41A for ; Wed, 16 Jan 2002 12:10:24 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GKAOk21160; Wed, 16 Jan 2002 12:10:24 -0800 (PST) (envelope-from nobody) Message-Id: <200201162010.g0GKAOk21160@freefall.freebsd.org> Date: Wed, 16 Jan 2002 12:10:24 -0800 (PST) From: Andrew McKay To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33956: uk.iso.kbd is missing some keymappings for euro symbol Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33956 >Category: misc >Synopsis: uk.iso.kbd is missing some keymappings for euro symbol >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 12:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Andrew McKay >Release: FreeBSD 4.5-PRERELEASE >Organization: >Environment: FreeBSD fluoxetine.lan 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #1: Mon Jan 7 19:06:57 GMT 2002 toor@fluoxetine.lan:/usr/obj/usr/src/sys/FLUOXETINE i386 >Description: For some time, UK keyboards have had a euro symbol as an 'extra' symbol on the '4' key, along with the dollar sign. Currently, the /usr/share/syscons/keymaps/uk.iso.kbd contains no mappings for this symbol (char 164 in the ISO_8859-15 character set) on this key. >How-To-Repeat: Buy and install a recent UK keyboard - note the euro symbol on the '4' key. Set locale to use one of the 8859-15 character sets and try to access the euro symbol on said key. The only way to do it is alt-e, which is logical but there is no euro symbol on the e keycap. The patch below adds the keymapping to ctrl-4 and shift-ctrl-4 (both currently nop). Leaving in the binding for alt-e should leave the keymap logically compatible with other european countries. >Fix: --- uk.iso.kbd Sun Mar 11 23:41:19 2001 +++ uk.iso.kbd.new Wed Jan 16 19:01:32 2002 @@ -7,7 +7,7 @@ 001 esc esc esc esc esc esc debug esc O 002 '1' '!' nop nop '`' '`' nop nop O 003 '2' '"' nul nul '@' '@' nul nul O - 004 '3' 163 nop nop '#' '#' nop nop O + 004 '3' 163 164 164 '#' '#' nop nop O 005 '4' '$' nop nop '4' '$' nop nop O 006 '5' '%' nop nop '5' '%' nop nop O 007 '6' '^' rs rs '^' '^' rs rs O >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 12:40:33 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B74437B419 for ; Wed, 16 Jan 2002 12:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GKe2s25637; Wed, 16 Jan 2002 12:40:02 -0800 (PST) (envelope-from gnats) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by hub.freebsd.org (Postfix) with ESMTP id 1B20937B404 for ; Wed, 16 Jan 2002 12:36:11 -0800 (PST) Received: from bremen.shuttle.de (localhost [127.0.0.1]) by bremen.shuttle.de (Postfix) with ESMTP id 5EFC317D23 for ; Wed, 16 Jan 2002 21:36:09 +0100 (CET) Received: (from uucp@localhost) by bremen.shuttle.de (8.12.1/8.12.1/Debian -5) with UUCP id g0GKa9NH023683 for FreeBSD-gnats-submit@freebsd.org; Wed, 16 Jan 2002 21:36:09 +0100 Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.11.6/8.11.6) id g0GK7Qg05778; Wed, 16 Jan 2002 21:07:26 +0100 (CET) (envelope-from schweikh) Message-Id: <200201162007.g0GK7Qg05778@hal9000.schweikhardt.net> Date: Wed, 16 Jan 2002 21:07:26 +0100 (CET) From: Jens Schweikhardt To: FreeBSD-gnats-submit@freebsd.org Cc: schweikh@schweikhardt.net X-Send-Pr-Version: 3.113 Subject: i386/33959: syscons mouse pointer drawing slightly icky Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33959 >Category: i386 >Synopsis: syscons mouse pointer drawing slightly icky >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 12:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jens Schweikhardt >Release: FreeBSD 5.0-CURRENT i386 >Organization: Digital Details >Environment: System: FreeBSD hal9000.schweikhardt.net 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Tue Dec 4 22:18:01 CET 2001 toor@hal9000.schweikhardt.net:/usr/obj/src/current/sys/HAL9000 i386 Effect can be seen on -stable and -current to this day. >Description: If you use syscons and point the mouse pointer on or near characters that almost touch their 8x16 rectangle's right border, that character is improperly drawn: the rightmost pixel column is drawn in fg colour. Gee, I'm really anal today :-) >How-To-Repeat: 1. Be sure you use syscons and not pcvt for your console. 2. Use the mouse, e.g. with moused. 3. Point the arrow near any of these characters: MTVWXYZ mvwx* 4. Note how the rightmost pixel column gets drawn when you come close and undrawn when you move away. In case it matters, I'm using TERM=cons30l1 and font8x8="iso-8x8" font8x14="iso-8x14" font8x16="iso-8x16" >Fix: Beats me. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:31: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 71BEE37B404; Wed, 16 Jan 2002 14:30:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMOqt47354; Wed, 16 Jan 2002 14:24:52 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:24:52 -0800 (PST) From: Message-Id: <200201162224.g0GMOqt47354@freefall.freebsd.org> To: ya_hsiung@ms2.url.com.tw, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/23485: Freebsd Kernel: unknown Vr0 rx Error occur Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Freebsd Kernel: unknown Vr0 rx Error occur State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:24:33 PST 2002 State-Changed-Why: No feedback, and too little information to proceed. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23485 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:31:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 14B2D37B405; Wed, 16 Jan 2002 14:30:56 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMUWQ47968; Wed, 16 Jan 2002 14:30:32 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:30:32 -0800 (PST) From: Message-Id: <200201162230.g0GMUWQ47968@freefall.freebsd.org> To: frank@vogon.agala.net, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/22647: rmail calls sendmail with -G which upsets Postfix Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rmail calls sendmail with -G which upsets Postfix State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:29:53 PST 2002 State-Changed-Why: Based on reading the code, there is no -G option used: args = (char **)xalloc(sizeof(*args) * (10 + argc)); i = 0; args[i++] = _PATH_SENDMAIL; /* Build sendmail's argument list. */ args[i++] = "-oee"; /* No errors, just status. */ #ifdef QUEUE_ONLY args[i++] = "-odq"; /* Queue it, don't try to deliver. */ #else args[i++] = "-odi"; /* Deliver in foreground. */ #endif args[i++] = "-oi"; /* Ignore '.' on a line by itself. */ Therefore, this won't be a problem anymore. [Code taken from 4.5-RC] http://www.FreeBSD.org/cgi/query-pr.cgi?pr=22647 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:40:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 24F3437B430 for ; Wed, 16 Jan 2002 14:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMe1f49352; Wed, 16 Jan 2002 14:40:01 -0800 (PST) (envelope-from gnats) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 7278837B417 for ; Wed, 16 Jan 2002 14:33:18 -0800 (PST) Received: by ptavv.es.net (Postfix, from userid 9381) id 86D1D5D13; Wed, 16 Jan 2002 14:33:18 -0800 (PST) Message-Id: <20020116223318.86D1D5D13@ptavv.es.net> Date: Wed, 16 Jan 2002 14:33:18 -0800 (PST) From: Kevin Oberman Reply-To: Kevin Oberman To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/33963: Messages at the serial IO port device probe are misleading Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33963 >Category: kern >Synopsis: Messages at the serial IO port device probe are misleading >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 14:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Kevin Oberman >Release: FreeBSD 4.4-RELEASE i386 >Organization: ESnet-The Energy Sciences Network >Environment: System: FreeBSD ptavv.es.net 4.4-RELEASE FreeBSD 4.4-RELEASE #1: Wed Jan 2 12:59:20 PST 2002 oberman@dyn1-205.es.net:/usr/obj/usr/src/sys/ESNET i386 >Description: If the serial device driver probes at load time and gets no response, it simply labels the device as an 8250 when it may be not present or broken. If the port is not configured in BIOS, the driver sends out a cryptic message that the irq in not in the bitmap of probed irqs, again not making it clear to many where the problem is. >How-To-Repeat: De-configure a serial device in BIOS and reboot. >Fix: --- sio.c.orig Sun Jan 13 11:13:51 2002 +++ sio.c Sun Jan 13 11:23:36 2002 @@ -1012,6 +1012,9 @@ printf( "sio%d: configured irq %ld not in bitmap of probed irqs %#x\n", device_get_unit(dev), xirq, irqs); + printf( + "sio%d: Port may not be enabled in BIOS\n", + device_get_unit(dev)); if (bootverbose) printf("sio%d: irq maps: %#x %#x %#x %#x\n", device_get_unit(dev), @@ -1226,7 +1229,7 @@ scr2 = sio_getreg(com, com_scr); sio_setreg(com, com_scr, scr); if (scr1 != 0xa5 || scr2 != 0x5a) { - printf(" 8250"); + printf(" 8250 or not responding"); goto determined_type; } } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:40:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5A0B837B423; Wed, 16 Jan 2002 14:40:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMZ8M48759; Wed, 16 Jan 2002 14:35:08 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:35:08 -0800 (PST) From: Message-Id: <200201162235.g0GMZ8M48759@freefall.freebsd.org> To: xeno@emts.ru, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/23120: '|more' takes up to 100% system resources Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: '|more' takes up to 100% system resources State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:34:44 PST 2002 State-Changed-Why: I was unable to reproduce this, testing with windows telnet and putty. No feedback also, so I am closing. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23120 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:52:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 070DB37B420; Wed, 16 Jan 2002 14:52:16 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMlsF50441; Wed, 16 Jan 2002 14:47:54 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:47:54 -0800 (PST) From: Message-Id: <200201162247.g0GMlsF50441@freefall.freebsd.org> To: sven@devcon.net, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/24335: Crash when returning from single user mode. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Crash when returning from single user mode. State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:47:26 PST 2002 State-Changed-Why: No feedback, and this bug was filed against -CURRENT, which shifts fast. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24335 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:52:21 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2434937B404; Wed, 16 Jan 2002 14:52:15 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMiW449969; Wed, 16 Jan 2002 14:44:32 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:44:32 -0800 (PST) From: Message-Id: <200201162244.g0GMiW449969@freefall.freebsd.org> To: erich@tacni.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/24082: Use of seekp() in C++ programs causes segfaults. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Use of seekp() in C++ programs causes segfaults. State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:44:12 PST 2002 State-Changed-Why: I cannot reproduce this on 4.5-RC either. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24082 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:52:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 96CF637B416; Wed, 16 Jan 2002 14:52:17 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMfZk49521; Wed, 16 Jan 2002 14:41:35 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:41:35 -0800 (PST) From: Message-Id: <200201162241.g0GMfZk49521@freefall.freebsd.org> To: fenner@research.att.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: opie doesn't know that ssh connections are secure and you can't tell it State-Changed-From-To: analyzed->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:41:18 PST 2002 State-Changed-Why: If it's 'all fixed in -current', then it should be closed! :) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23203 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:52:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 11C4637B402; Wed, 16 Jan 2002 14:52:17 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMhBX49777; Wed, 16 Jan 2002 14:43:11 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:43:11 -0800 (PST) From: Message-Id: <200201162243.g0GMhBX49777@freefall.freebsd.org> To: akenaton@club-internet.fr, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/23537: Post 4.2 RELEASE errata problem about password_format problem and libdescrypt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Post 4.2 RELEASE errata problem about password_format problem and libdescrypt State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:42:58 PST 2002 State-Changed-Why: Reported fixed, and no feedback in months. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23537 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 14:52:50 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D5E2937B41C; Wed, 16 Jan 2002 14:52:18 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMka350266; Wed, 16 Jan 2002 14:46:36 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:46:36 -0800 (PST) From: Message-Id: <200201162246.g0GMka350266@freefall.freebsd.org> To: bicknell@ufp.org, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/24238: First physical interface always has IPv6 link local address. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: First physical interface always has IPv6 link local address. State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:46:13 PST 2002 State-Changed-Why: I can't reproduce that here with 4.5-RC. Is this still a problem for you with the latest -STABLE? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24238 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15: 0:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1359537B405; Wed, 16 Jan 2002 15:00:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMwnH51696; Wed, 16 Jan 2002 14:58:49 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:58:49 -0800 (PST) From: Message-Id: <200201162258.g0GMwnH51696@freefall.freebsd.org> To: dor@cwnt.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/24721: libgcc_r problem - library precedence with libstdc++ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: libgcc_r problem - library precedence with libstdc++ State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:58:13 PST 2002 State-Changed-Why: Following the instructions in the PR, I had no problems running the program in question. It gives 'thread done' numerous times. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24721 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15: 1: 2 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1469837B402; Wed, 16 Jan 2002 15:00:59 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GN0Z252042; Wed, 16 Jan 2002 15:00:35 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 15:00:35 -0800 (PST) From: Message-Id: <200201162300.g0GN0Z252042@freefall.freebsd.org> To: jeff@drunkenchipmunk.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/24916: SCSI timeout errors with adv0 driver (Advansys) and SAF CD-R8020 cd writer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SCSI timeout errors with adv0 driver (Advansys) and SAF CD-R8020 cd writer State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Wed Jan 16 15:00:16 PST 2002 State-Changed-Why: Is this still a problem with the latest versions of FreeBSD? Much work has gone into cdrecord since last year. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24916 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15: 1: 2 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C4DA037B417; Wed, 16 Jan 2002 15:00:59 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMupn51507; Wed, 16 Jan 2002 14:56:51 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:56:51 -0800 (PST) From: Message-Id: <200201162256.g0GMupn51507@freefall.freebsd.org> To: aaronson@i-2000.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/24712: Getting message /usr/libexec/ld-elf.so.1: Shared object "libXext.so.6" not found running cgi script Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Getting message /usr/libexec/ld-elf.so.1: Shared object "libXext.so.6" not found running cgi script State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:55:43 PST 2002 State-Changed-Why: Like previous tester, I'm unable to reproduce this problem with an up to date ports tree. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24712 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15: 1: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3DFB437B405; Wed, 16 Jan 2002 15:01:00 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GMt2A51270; Wed, 16 Jan 2002 14:55:02 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 14:55:02 -0800 (PST) From: Message-Id: <200201162255.g0GMt2A51270@freefall.freebsd.org> To: c_sudan@email.msn.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/24701: tempnam() possibly used unsafely by libg2c.so during FORTRAN compilation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: tempnam() possibly used unsafely by libg2c.so during FORTRAN compilation State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 14:53:25 PST 2002 State-Changed-Why: As per the followup by Thomas Moestl, you have to type ./a.out to run the program. The reported error was also simply a warning. No problem here. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24701 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15: 8:48 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by hub.freebsd.org (Postfix) with ESMTP id 572C337B416; Wed, 16 Jan 2002 15:08:44 -0800 (PST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 97D2B4D008; Wed, 16 Jan 2002 18:08:43 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id SAA22800; Wed, 16 Jan 2002 18:08:42 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id PAA15509; Wed, 16 Jan 2002 15:08:42 -0800 (PST) Message-Id: <200201162308.PAA15509@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: ashp@freebsd.org Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it Cc: freebsd-bugs@freebsd.org Date: Wed, 16 Jan 2002 15:08:42 -0800 Versions: dmail (solaris) 2.2j/makemail 2.9b Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Aha, we've stopped keeping PRs around until they're fixed in -STABLE? (Problem: We have too many bugs. Solution: call fewer things bugs!) Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:10:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1789937B405; Wed, 16 Jan 2002 15:10:55 -0800 (PST) Received: (from bmah@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GN2gn52333; Wed, 16 Jan 2002 15:02:42 -0800 (PST) (envelope-from bmah) Date: Wed, 16 Jan 2002 15:02:42 -0800 (PST) From: Message-Id: <200201162302.g0GN2gn52333@freefall.freebsd.org> To: bmah@FreeBSD.org, freebsd-bugs@FreeBSD.org, bmah@FreeBSD.org Subject: Re: kern/33963: Messages at the serial IO port device probe are misleading Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Messages at the serial IO port device probe are misleading Responsible-Changed-From-To: freebsd-bugs->bmah Responsible-Changed-By: bmah Responsible-Changed-When: Wed Jan 16 15:01:27 PST 2002 Responsible-Changed-Why: I promised Kevin that I'd do this. If anyone else has a compulsion tor review and commit this, that's fine by me too. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33963 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:15: 6 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 3F91E37B404; Wed, 16 Jan 2002 15:15:04 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020116231503.TEUF3578.rwcrmhc52.attbi.com@bmah.dyndns.org>; Wed, 16 Jan 2002 23:15:03 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0GNF2H10490; Wed, 16 Jan 2002 15:15:02 -0800 (PST) (envelope-from bmah) Message-Id: <200201162315.g0GNF2H10490@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Bill Fenner Cc: ashp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it In-reply-to: <200201162308.PAA15509@windsor.research.att.com> References: <200201162308.PAA15509@windsor.research.att.com> Comments: In-reply-to Bill Fenner message dated "Wed, 16 Jan 2002 15:08:42 -0800." From: bmah@acm.org (Bruce A. Mah) Reply-To: bmah@acm.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Jan 2002 15:15:02 -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If memory serves me right, Bill Fenner wrote: > Aha, we've stopped keeping PRs around until they're fixed in -STABLE? > (Problem: We have too many bugs. Solution: call fewer things bugs!) I was wondering about this too...this sure looks like a patch to be MFC-ed, rather than a PR to be closed. Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:30:39 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from labyrinth.cs.rogers.wave.ca (labyrinth.cs.rogers.wave.ca [24.112.32.100]) by hub.freebsd.org (Postfix) with ESMTP id 31E3B37B707; Wed, 16 Jan 2002 15:20:55 -0800 (PST) Received: (from ashp@localhost) by labyrinth.cs.rogers.wave.ca (8.11.6/8.11.6) id g0GNMmR32121; Wed, 16 Jan 2002 18:22:48 -0500 (EST) (envelope-from ashp) Date: Wed, 16 Jan 2002 18:22:48 -0500 From: Ashley Penney To: "Bruce A. Mah" Cc: Bill Fenner , ashp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it Message-ID: <20020116182247.B32034@labyrinth.cs.rogers.wave.ca> References: <200201162308.PAA15509@windsor.research.att.com> <200201162315.g0GNF2H10490@bmah.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201162315.g0GNF2H10490@bmah.dyndns.org>; from bmah@acm.org on Wed, Jan 16, 2002 at 03:15:02PM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jan 16, 2002 at 03:15:02PM -0800, Bruce A. Mah said: > If memory serves me right, Bill Fenner wrote: > > > Aha, we've stopped keeping PRs around until they're fixed in -STABLE? > > (Problem: We have too many bugs. Solution: call fewer things bugs!) > > I was wondering about this too...this sure looks like a patch to be > MFC-ed, rather than a PR to be closed. I just reopened it, and apologised to Bill for my brain meltdown. I read -CURRENT, but somehow mentally parsed it as -STABLE. I've also heckled someone to MFC it on my behalf, so that it's fixed in -STABLE. -- When Bruce Evans commits something one can virtually rest assured that it has been throughly tested ever since he originally wrote it in 1974 and that several satelites and ICBMs wouldn't work and the cold war would not have ended without that patch. -- Poul-Henning. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:30:48 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 69D3A37B7E4; Wed, 16 Jan 2002 15:22:35 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GNBBu57008; Wed, 16 Jan 2002 15:11:11 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 15:11:11 -0800 (PST) From: Message-Id: <200201162311.g0GNBBu57008@freefall.freebsd.org> To: ywata@st.rim.or.jp, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/25244: termcap and printcap interference Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: termcap and printcap interference State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 15:10:54 PST 2002 State-Changed-Why: I'm also unable to reproduce this. Plus, feedback timeout. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25244 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:31:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3BADA37B9D3; Wed, 16 Jan 2002 15:26:37 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GNDt257463; Wed, 16 Jan 2002 15:13:55 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 15:13:55 -0800 (PST) From: Message-Id: <200201162313.g0GNDt257463@freefall.freebsd.org> To: fenner@research.att.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: opie doesn't know that ssh connections are secure and you can't tell it State-Changed-From-To: closed->open State-Changed-By: ashp State-Changed-When: Wed Jan 16 15:13:32 PST 2002 State-Changed-Why: Eek, misclosed. Problem only fixed in CURRENT, not in STABLE. Apologies. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23203 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:40:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4477637B41F for ; Wed, 16 Jan 2002 15:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GNe1S60404; Wed, 16 Jan 2002 15:40:01 -0800 (PST) (envelope-from gnats) Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53]) by hub.freebsd.org (Postfix) with ESMTP id 2095637B41F for ; Wed, 16 Jan 2002 15:36:41 -0800 (PST) Received: from numeria (151.29.217.239) by smtp3.libero.it (6.0.032) id 3BD43E250204955F for FreeBSD-gnats-submit@freebsd.org; Thu, 17 Jan 2002 00:36:38 +0100 Received: (qmail 11543 invoked by uid 1008); 15 Jan 2002 10:44:43 -0000 Message-Id: <20020115104443.11542.qmail@numeria> Date: 15 Jan 2002 10:44:43 -0000 From: nivit@libero.it (Nicola Vitale) Reply-To: Nicola Vitale To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: conf/33966: Untested i1 entry in keycap.pcvt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33966 >Category: conf >Synopsis: Incorrect entry (i1) in keycap.pcvt >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 15:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Nicola Vitale >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: >Environment: System: FreeBSD numeria.domo.sva 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Thu Jan 10 10:46:46 CET 2002 stan@numeria.domo.sva:/usr/src/sys/compile/NUMERIA i386 Console driver: pcvt >Description: In /usr/share/misc/keycap.pcvt, the entry # from codrv, untested i1|italy141|Italian 141 mapping:\ [omissis] is not precise (e.g., letter 'u' with grave accent does not work, etc.). >How-To-Repeat: >Fix: Apply this patch: --- src/usr.sbin/pcvt/keycap/keycap.src Fri Jan 1 09:31:59 1999 +++ src/usr.sbin/pcvt/keycap/keycap.src.new Sat Nov 25 13:56:45 2000 @@ -408,3 +408,3 @@ - :S3=":S4=\243:S7=&:S8=/:S9=(:S10=):S11==:\ - :K12=':S12=\077:\ - :K13=\354:S13=\136:\ + :S3=":S4=\243:S7=&:S8=/:A8={:S9=(:A9=[:S10=):A10=]:S11==:A11=}:\ + :K12=':A12=`:S12=\077:\ + :K13=\354:S13=\136:A13=~:\ @@ -415 +415 @@ - :K42=\371:S42=\247:\ + :K29=\371:S29=\247:\ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:40:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6983937B41D for ; Wed, 16 Jan 2002 15:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GNe1L60395; Wed, 16 Jan 2002 15:40:01 -0800 (PST) (envelope-from gnats) Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53]) by hub.freebsd.org (Postfix) with ESMTP id DC90A37B41D for ; Wed, 16 Jan 2002 15:36:40 -0800 (PST) Received: from numeria (151.29.217.239) by smtp3.libero.it (6.0.032) id 3BD43E2502049565 for FreeBSD-gnats-submit@freebsd.org; Thu, 17 Jan 2002 00:36:39 +0100 Received: (qmail 15936 invoked by uid 1008); 15 Jan 2002 14:34:51 -0000 Message-Id: <20020115143451.15935.qmail@numeria> Date: 15 Jan 2002 14:34:51 -0000 From: nivit@libero.it (Nicola Vitale) Reply-To: Nicola Vitale To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: misc/33965: [FYI] Programmable keys of Olidata KB-9805 keyboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33965 >Category: misc >Synopsis: Programmable keys of the keyboard (Olidata KB-9805) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 15:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Nicola Vitale >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: >Environment: System: FreeBSD numeria.domo.sva 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Tue Jan 15 14:40:37 CET 2002 stan@numeria.domo.sva:/usr/obj/usr/src/sys/NUMERIA i386 Keyboard model: Olidata KB-9805 >Description: If you have this keyboard model, you can activate the programmable keys with the patch enclosed in this PR. >How-To-Repeat: >Fix: Apply the patch, then recompile your kernel including the line: options ATKBD_OLIDATA_KB_9805 --- src/sys/dev/kbd/atkbd.c Sun Dec 30 22:11:58 2001 +++ src/sys/dev/kbd/atkbd.c.new Tue Jan 15 14:51:48 2002 @@ -268 +268 @@ - * NOTE: because of the way the low-level conole is initialized, this routine + * NOTE: because of the way the low-level console is initialized, this routine @@ -631,0 +632,44 @@ +#ifdef ATKBD_OLIDATA_KB_9805 + case 0x20: /* (WWW) key */ + keycode = 0x6c; + break; + case 0x23: /* (MS DOS) key */ + keycode = 0x6d; + break; + case 0x32: /* (My Doc) key */ + keycode = 0x6e; + break; + case 0x12: /* (Menu/?) key */ + keycode = 0x6f; + break; + case 0x30: /* (Screen Saver) key */ + keycode = 0x70; + break; + case 0x21: /* (Close) key */ + keycode = 0x71; + break; + case 0x2e: /* (<<) key */ + keycode = 0x72; + break; + case 0x24: /* (stop) key */ + keycode = 0x73; + break; + case 0x22: /* (play) key */ + keycode = 0x74; + break; + case 0x19: /* (>>) key */ + keycode = 0x75; + break; + case 0x26: /* (Vol +) key */ + keycode = 0x76; + break; + case 0x1e: /* (Vol -) key */ + keycode = 0x77; + break; + case 0x17: /* (Mute) key */ + keycode = 0x78; + break; + case 0x25: /* (suspend) key */ + keycode = 0x79; + break; +#endif /* ATKBD_OLIDATA_KB_9805 */ --- src/sys/conf/options.i386 Mon Jan 14 23:01:00 2002 +++ src/sys/conf/options.i386.new Tue Jan 8 14:12:41 2002 @@ -108,0 +109 @@ +ATKBD_OLIDATA_KB_9805 opt_atkbd.h >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:40:50 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C63F137B421 for ; Wed, 16 Jan 2002 15:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GNe2D60413; Wed, 16 Jan 2002 15:40:02 -0800 (PST) (envelope-from gnats) Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.53]) by hub.freebsd.org (Postfix) with ESMTP id CD17E37B416 for ; Wed, 16 Jan 2002 15:36:42 -0800 (PST) Received: from numeria (151.29.217.239) by smtp3.libero.it (6.0.032) id 3BD43E2502049576 for FreeBSD-gnats-submit@freebsd.org; Thu, 17 Jan 2002 00:36:41 +0100 Received: (qmail 435 invoked by uid 1008); 15 Jan 2002 16:40:32 -0000 Message-Id: <20020115164032.434.qmail@numeria> Date: 15 Jan 2002 16:40:32 -0000 From: nivit@libero.it (Nicola Vitale) Reply-To: Nicola Vitale To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: conf/33967: Alternative Italian keymap Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33967 >Category: conf >Synopsis: Alternative Italian keymap >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 15:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Nicola Vitale >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: >Environment: System: FreeBSD numeria.domo.sva 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #2: Tue Jan 15 16:46:19 CET 2002 stan@numeria.domo.sva:/usr/obj/usr/src/sys/NUMERIA i386 Console driver: syscons Environment variables: TERM=cons25l1 LANG=it_IT.ISO_8859-1 MM_CHARSET=iso-8859-1 >Description: [FYI] This PR contains an alternative keymap for Italian keyboards. it allows to display *all* Italian characters and has the same layout of the X-Windows Italian keyboard. >How-To-Repeat: >Fix: Put the file (renamed it_IT.ISO_8859-1.kbd) under /usr/share/syscons/keymaps, then follow the istructions enclosed. # $FreeBSD:$ # # Per "testare" la mappatura: # # vidcontrol -f 8x16 iso-8x16.fnt # kbdcontrol -l ./it_IT.ISO_8859-1 # setenv LANG it_IT.ISO_8859-1 # setenv MM_CHARSET iso-8859-1 # setenv TERM cons25l1 # # Per un uso "permanente": # # 1) Nel file '/etc/ttys' modificare il tipo 'cons25' in 'cons25l1' # per tutti i terminali ttyv* # # 2) Nel file '/etc/rc.conf' aggiungere le righe: # # keymap="it_IT.ISO_8859-1" # font8x8="iso-8x8" # font8x14="iso-8x14" # font8x16="iso-8x16" # # Nota 1: se si vuole ricompilare il kernel con questa mappatura e font # di default, copiarla sotto /usr/share/syscons/keymaps e # aggiungere nel file di configurazione le righe: # # options "STD8X16FONT" # makeoptions "STD8X16FONT"="iso" # options ATKBD_DFLT_KEYMAP # makeoptions ATKBD_DFLT_KEYMAP="it_IT.ISO_8859-1" # # 3) Nel file '~/.login_conf' aggiungere la riga: # # me:\ # :charset=iso-8859-1:\ # :lang=it_IT.ISO_8859-1: # # oppure impostare le variabili d'ambiente: # # LANG=it_IT.ISO_8859-1 # MM_CHARSET=iso-8859-1 # # * Per visualizzare/stampare il 'layout' di questa mappa creare il file # 'indigo.ps' con: # # cd /usr/X11R6/lib/X11/xkb # xkbcomp -m indigo keymap/sgi/it # xkbprint indigo.xkm # # oppure il file 'it.ps' con: # # cd /usr/X11R6/lib/X11/xkb # xkbcomp -m it keymap/xfree86 # xkbprint it.xkm # # (a seconda del modello di tastiera posseduta). # # Sono disponibili inoltre le sequenze di tasti # (in X chiamati 'dead_keys'): # # cntrl + ''' + -> carattere con accento acuto # cntrl + '"' + -> carattere con dieresis (umlaut) # cntrl + '^' + -> carattere con accento circonflesso # cntrl + '`' + -> carattere con accento grave # cntrl + '~' + -> carattere con tilde # # Se e` lo spazio, si ottiene il carattere associato # all'ultimo tasto premuto. # # Cosi` , ad esempio, per ottenere la 'e' maiuscola con accento acuto # si devono premere i tasti <'>, rilasciarli e quindi # premere . # # * Per visualizzare in 'emacs' i caratteri ISOLat1 aggiungere nel file # '~/.emacs' le righe: # # (let ((value (current-input-mode))) # (set-input-mode (nth 0 value) (nth 1 value) 'iso-latin-1 (nth 3 value))) # #################################################################### # alt # scan cntrl alt alt cntrl lock # code base shift cntrl shift alt shift cntrl shift state # ------------------------------------------------------------------ 000 nop nop nop nop nop nop nop nop O 001 esc esc esc esc esc esc debug esc O 002 '1' '!' nop nop 185 161 nop nop O 003 '2' '"' nul duml 178 nop nul nul O 004 '3' 163 nop nop 179 163 nop nop O 005 '4' '$' nop nop 188 '$' nop nop O 006 '5' '%' nop nop 189 nop nop nop O 007 '6' '&' rs rs 190 nop rs rs O 008 '7' '/' nop nop '{' nop nop nop O 009 '8' '(' nop nop '[' nop nop nop O 010 '9' ')' nop nop ']' 177 nop nop O 011 '0' '=' nop nop '}' 176 nop nop O 012 ''' '?' dacu us 96 191 dgra us O 013 236 '^' nop dcir '~' dogo dtil nop O 014 bs bs del del bs bs del del O 015 ht btab nop nop ht btab nop nop O 016 'q' 'Q' dc1 dc1 '@' 'Q' dc1 dc1 C 017 'w' 'W' etb etb nop nop etb etb C 018 'e' 'E' enq enq 164 'E' enq enq C 019 'r' 'R' dc2 dc2 167 174 dc2 dc2 C 020 't' 'T' dc4 dc4 nop nop dc4 dc4 C 021 'y' 'Y' em em nop 165 em em C 022 'u' 'U' nak nak nop nop nak nak C 023 'i' 'I' ht ht nop nop ht ht C 024 'o' 'O' si si 248 216 si si C 025 'p' 'P' dle dle 254 222 dle dle C 026 232 233 esc esc '[' drin esc esc O 027 '+' '*' gs gs ']' dmac gs gs O 028 cr cr nl nl cr cr nl nl O 029 lctrl lctrl lctrl lctrl lctrl lctrl lctrl lctrl O 030 'a' 'A' soh soh 230 198 soh soh C 031 's' 'S' dc3 dc3 223 167 dc3 dc3 C 032 'd' 'D' eot eot 240 208 eot eot C 033 'f' 'F' ack ack nop 170 ack ack C 034 'g' 'G' bel bel nop nop bel bel C 035 'h' 'H' bs bs nop nop bs bs C 036 'j' 'J' nl nl 'j' 'J' nl nl C 037 'k' 'K' vt vt 'k' '&' vt vt C 038 'l' 'L' ff ff 'l' 'L' ff ff C 039 242 231 nop nop '@' ddac nop nop O 040 224 176 nop nop '#' '#' nop nop O 041 '\' '|' fs nop 172 nop nop nop O 042 lshift lshift lshift lshift lshift lshift lshift lshift O 043 249 167 fs fs dgra dbre fs fs O 044 'z' 'Z' sub sub 171 60 sub sub C 045 'x' 'X' can can 187 62 can can C 046 'c' 'C' etx etx 162 169 etx etx C 047 'v' 'V' syn syn nop 96 syn syn C 048 'b' 'B' stx stx nop 39 stx stx C 049 'n' 'N' so so 'n' 'N' so so C 050 'm' 'M' cr cr 181 186 cr cr C 051 ',' ';' nop nop 95 215 nop nop O 052 '.' ':' nop nop 183 247 nop nop O 053 '-' '_' nop nop ddot ddot nop nop O 054 rshift rshift rshift rshift rshift rshift rshift rshift O 055 '*' '*' '*' '*' '*' '*' '*' '*' O 056 lalt lalt lalt lalt lalt lalt lalt lalt O 057 ' ' ' ' nul ' ' ' ' ' ' susp ' ' O 058 clock clock clock clock clock clock clock clock O 059 fkey01 fkey13 fkey25 fkey37 scr01 scr11 scr01 scr11 O 060 fkey02 fkey14 fkey26 fkey38 scr02 scr12 scr02 scr12 O 061 fkey03 fkey15 fkey27 fkey39 scr03 scr13 scr03 scr13 O 062 fkey04 fkey16 fkey28 fkey40 scr04 scr14 scr04 scr14 O 063 fkey05 fkey17 fkey29 fkey41 scr05 scr15 scr05 scr15 O 064 fkey06 fkey18 fkey30 fkey42 scr06 scr16 scr06 scr16 O 065 fkey07 fkey19 fkey31 fkey43 scr07 scr07 scr07 scr07 O 066 fkey08 fkey20 fkey32 fkey44 scr08 scr08 scr08 scr08 O 067 fkey09 fkey21 fkey33 fkey45 scr09 scr09 scr09 scr09 O 068 fkey10 fkey22 fkey34 fkey46 scr10 scr10 scr10 scr10 O 069 nlock nlock nlock nlock nlock nlock nlock nlock O 070 slock slock slock slock slock slock slock slock O 071 fkey49 '7' '7' '7' '7' '7' '7' '7' N 072 fkey50 '8' '8' '8' '8' '8' '8' '8' N 073 fkey51 '9' '9' '9' '9' '9' '9' '9' N 074 fkey52 '-' '-' '-' '-' '-' '-' '-' N 075 fkey53 '4' '4' '4' '4' '4' '4' '4' N 076 fkey54 '5' '5' '5' '5' '5' '5' '5' N 077 fkey55 '6' '6' '6' '6' '6' '6' '6' N 078 fkey56 '+' '+' '+' '+' '+' '+' '+' N 079 fkey57 '1' '1' '1' '1' '1' '1' '1' N 080 fkey58 '2' '2' '2' '2' '2' '2' '2' N 081 fkey59 '3' '3' '3' '3' '3' '3' '3' N 082 fkey60 '0' '0' '0' '0' '0' '0' '0' N 083 del '.' '.' '.' '.' '.' boot boot N 084 nop nop nop nop nop nop nop nop O 085 nop nop nop nop nop nop nop nop O 086 '<' '>' nop nop 124 166 nop nop O 087 fkey11 fkey23 fkey35 fkey47 scr11 scr11 scr11 scr11 O 088 fkey12 fkey24 fkey36 fkey48 scr12 scr12 scr12 scr12 O 089 cr cr nl nl cr cr nl nl O 090 rctrl rctrl rctrl rctrl rctrl rctrl rctrl rctrl O 091 '/' '/' '/' '/' '/' '/' '/' '/' O 092 nscr nscr debug debug nop nop nop nop O 093 ralt ralt ralt ralt ralt ralt ralt ralt O 094 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 O 095 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 O 096 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 O 097 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 O 098 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 O 099 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 O 100 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 O 101 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 O 102 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 O 103 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot pdwn O 104 slock saver slock saver susp nop susp nop O 105 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O 106 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O 107 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O dgra '`' ( 'a' 224 ) ( 'A' 192 ) ( 'e' 232 ) ( 'E' 200 ) ( 'i' 236 ) ( 'I' 204 ) ( 'o' 242 ) ( 'O' 210 ) ( 'u' 249 ) ( 'U' 217 ) dacu ''' ( 'a' 225 ) ( 'A' 193 ) ( 'e' 233 ) ( 'E' 201 ) ( 'i' 237 ) ( 'I' 205 ) ( 'o' 243 ) ( 'O' 211 ) ( 'u' 250 ) ( 'U' 218 ) ( 'y' 253 ) ( 'Y' 221 ) dcir '^' ( 'a' 226 ) ( 'A' 194 ) ( 'e' 234 ) ( 'E' 202 ) ( 'i' 238 ) ( 'I' 206 ) ( 'o' 244 ) ( 'O' 212 ) ( 'u' 251 ) ( 'U' 219 ) dtil '~' ( 'a' 227 ) ( 'A' 195 ) ( 'n' 241 ) ( 'N' 209 ) ( 'o' 245 ) ( 'O' 213 ) dmac 175 dbre 000 ddot 000 duml 168 ( 'a' 228 ) ( 'A' 196 ) ( 'e' 235 ) ( 'E' 203 ) ( 'i' 239 ) ( 'I' 207 ) ( 'o' 246 ) ( 'O' 214 ) ( 'u' 252 ) ( 'U' 220 ) ( 'y' 255 ) dsla 000 drin 176 ( 'a' 229 ) ( 'A' 197 ) dced 184 ( 'c' 231 ) ( 'C' 199 ) dapo 000 ddac 000 dogo 000 dcar 000 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:52: 7 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 142FE37B404; Wed, 16 Jan 2002 15:52:00 -0800 (PST) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id g0GNpwi69686; Thu, 17 Jan 2002 02:51:58 +0300 (MSK) (envelope-from ache) Date: Thu, 17 Jan 2002 02:51:57 +0300 From: "Andrey A. Chernov" To: ashp@FreeBSD.ORG Cc: fenner@research.att.com, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it Message-ID: <20020116235157.GA69657@nagual.pp.ru> References: <200201162241.g0GMfZk49521@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201162241.g0GMfZk49521@freefall.freebsd.org> User-Agent: Mutt/1.3.24i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jan 16, 2002 at 14:41:35 -0800, ashp@FreeBSD.ORG wrote: > Synopsis: opie doesn't know that ssh connections are secure and you can't tell it > > State-Changed-From-To: analyzed->closed > State-Changed-By: ashp > State-Changed-When: Wed Jan 16 14:41:18 PST 2002 > State-Changed-Why: > If it's 'all fixed in -current', then it should be closed! :) No, we keep 'analyzed' state until the fix will be committed to -stable -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 15:53:29 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id E408F37B405; Wed, 16 Jan 2002 15:53:25 -0800 (PST) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id g0GNrMl69716; Thu, 17 Jan 2002 02:53:22 +0300 (MSK) (envelope-from ache) Date: Thu, 17 Jan 2002 02:53:20 +0300 From: "Andrey A. Chernov" To: ashp@FreeBSD.ORG Cc: fenner@research.att.com, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it Message-ID: <20020116235319.GB69657@nagual.pp.ru> References: <200201162313.g0GNDt257463@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201162313.g0GNDt257463@freefall.freebsd.org> User-Agent: Mutt/1.3.24i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jan 16, 2002 at 15:13:55 -0800, ashp@FreeBSD.ORG wrote: > Synopsis: opie doesn't know that ssh connections are secure and you can't tell it > > State-Changed-From-To: closed->open > State-Changed-By: ashp > State-Changed-When: Wed Jan 16 15:13:32 PST 2002 > State-Changed-Why: > Eek, misclosed. Problem only fixed in CURRENT, not in STABLE. Apologies. Wrong state. Open should be 'analyzed' -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 16: 0:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 81B7737B419; Wed, 16 Jan 2002 16:00:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0GNvcW62403; Wed, 16 Jan 2002 15:57:38 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 15:57:38 -0800 (PST) From: Message-Id: <200201162357.g0GNvcW62403@freefall.freebsd.org> To: fenner@research.att.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/23203: opie doesn't know that ssh connections are secure and you can't tell it Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: opie doesn't know that ssh connections are secure and you can't tell it State-Changed-From-To: open->analyzed State-Changed-By: ashp State-Changed-When: Wed Jan 16 15:57:04 PST 2002 State-Changed-Why: Oh the pain. Thanks Andrey. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23203 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 16:30:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D307737B419; Wed, 16 Jan 2002 16:30:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H0SMC69752; Wed, 16 Jan 2002 16:28:22 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 16:28:22 -0800 (PST) From: Message-Id: <200201170028.g0H0SMC69752@freefall.freebsd.org> To: phusnikn@cynikal.net, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/25968: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Wed Jan 16 16:27:40 PST 2002 State-Changed-Why: Appears to compile fine on 4.5-RC. Is this still a problem for you with FreeBSD -STABLE? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25968 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 16:40:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4D45237B41D for ; Wed, 16 Jan 2002 16:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H0e3c71093; Wed, 16 Jan 2002 16:40:03 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 16:40:03 -0800 (PST) Message-Id: <200201170040.g0H0e3c71093@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Yar Tikhiy Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Reply-To: Yar Tikhiy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/22860; it has been noted by GNATS. From: Yar Tikhiy To: Sheldon Hearn Cc: bug-followup@freebsd.org Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Date: Thu, 17 Jan 2002 03:34:58 +0300 On Wed, Jan 16, 2002 at 05:08:23PM +0200, Sheldon Hearn wrote: > > On Fri, 04 Jan 2002 15:10:01 PST, Yar Tikhiy wrote: > > > As an alternative to the "allow anything the admin wants" solution, > > I would propose to make the regular expression usernames are checked > > against configurable and saved in /etc/adduser.conf. > > I like this idea. Ok, I've implemented that instead of the -force option. Would you mind trying the attached adduser.perl patch (it's against -current) and telling about your impression? -- Yar Index: adduser.perl =================================================================== RCS file: /home/ncvs/src/usr.sbin/adduser/adduser.perl,v retrieving revision 1.53 diff -u -r1.53 adduser.perl --- adduser.perl 4 Jan 2002 21:28:32 -0000 1.53 +++ adduser.perl 17 Jan 2002 00:29:43 -0000 @@ -30,7 +30,8 @@ # read variables sub variables { $verbose = 1; # verbose = [0-2] - $force = 0; # relax username validity check if true + $usernameregexp = "^[a-z0-9_][a-z0-9_-]*\$"; # configurable + $defaultusernameregexp = $usernameregexp; # remains constant $defaultusepassword = "yes"; # use password authentication for new users $defaultenableaccount = "yes"; # enable the account by default $defaultemptypassword = "no"; # don't create an empty password @@ -315,7 +316,7 @@ local($name); while(1) { - $name = &confirm_list("Enter username", 1, "a-z0-9_-", ""); + $name = &confirm_list("Enter username", 1, $usernameregexp, ""); if (length($name) > 16) { warn "Username is longer than 16 chars\a\n"; next; @@ -328,29 +329,20 @@ sub new_users_name_valid { local($name) = @_; - if ($force) { - if ($name eq "a-z0-9_-") { - warn "Please enter a username.\a\n"; - return 0; - } - if ($name =~ /[:\n]/) { - warn "Illegal username, which would break your passwd file.\a\n"; - return 0; + if ($name eq $usernameregexp) { + warn "Please enter a username\a\n"; + return 0; + } elsif ($name !~ /$usernameregexp/) { + if ($usernameregexp eq $defaultusernameregexp) { + warn "Illegal username.\n" . + "Please use only lowercase Roman, decimal, underscore, " . + "or hyphen characters.\n" . + "Additionally, a username should not start with a hyphen.\a\n"; + } else { + warn "Username doesn't match the regexp /$usernameregexp/\a\n"; } - if ($name !~ /^[a-z0-9_][a-z0-9_\-]*$/) { - warn "Caution: Username contains illegal characters.\n" . - "Adding this user may cause utilities " . - "or applications to malfunction,\n" . - "or even impose a security risk on your system.\a\n"; - } - } elsif ($name !~ /^[a-z0-9_][a-z0-9_\-]*$/ || $name eq "a-z0-9_-") { - warn "Illegal username.\n" . - "Please use only lowercase Roman, decimal, underscore, " . - "or hyphen characters.\n" . - "Additionally, a username should not start with a hyphen.\a\n"; return 0; - } - if ($username{$name}) { + } elsif ($username{$name}) { warn "Username ``$name'' already exists!\a\n"; return 0; } return 1; @@ -878,7 +870,6 @@ [-class login_class] [-config_create] [-dotdir dotdir] - [-f|-force] [-group login_group] [-h|-help] [-home home] @@ -952,7 +943,6 @@ if (/^--?(v|verbose)$/) { $verbose = 1 } elsif (/^--?(s|silent|q|quiet)$/) { $verbose = 0 } elsif (/^--?(debug)$/) { $verbose = 2 } - elsif (/^--?(f|force)$/) { $force = 1 } elsif (/^--?(h|help|\?)$/) { &usage } elsif (/^--?(home)$/) { $home = $argv[0]; shift @argv } elsif (/^--?(shell)$/) { $defaultshell = $argv[0]; shift @argv } @@ -1223,6 +1213,21 @@ return 0; } +# allow configuring usernameregexp +sub usernameregexp_default { + local($r) = $usernameregexp; + + while ($verbose) { + $r = &confirm_list("Usernames must match regular expression:", 1, + $r, ""); + eval "'foo' =~ /$r/"; + last unless $@; + warn "Invalid regular expression\a\n"; + } + $changes++ if $r ne $usernameregexp; + return $r; +} + # test if $dotdir exist # return "no" if $dotdir not exist or dotfiles should not copied sub dotdir_default { @@ -1438,6 +1443,10 @@ # verbose = [0-2] verbose = $verbose +# regular expression usernames are checked against (see perlre(1)) +# usernameregexp = 'regexp' +usernameregexp = '$usernameregexp' + # use password-based authentication for new users # defaultusepassword = "yes" | "no" defaultusepassword = "$defaultusepassword" @@ -1522,6 +1531,7 @@ # interactive # some questions +$usernameregexp = &usernameregexp_default; # regexp to check usernames against &shells_add; # maybe add some new shells $defaultshell = &shell_default; # enter default shell $home = &home_partition($home); # find HOME partition To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 16:50:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E5B037B42B for ; Wed, 16 Jan 2002 16:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H0o0R72420; Wed, 16 Jan 2002 16:50:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9E4E137B417 for ; Wed, 16 Jan 2002 16:43:49 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H0hnI71670; Wed, 16 Jan 2002 16:43:49 -0800 (PST) (envelope-from nobody) Message-Id: <200201170043.g0H0hnI71670@freefall.freebsd.org> Date: Wed, 16 Jan 2002 16:43:49 -0800 (PST) From: InexTenZa To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33970: random freeze on IDE Raid 0 (Highpoint HPT370) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33970 >Category: kern >Synopsis: random freeze on IDE Raid 0 (Highpoint HPT370) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 16:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: InexTenZa >Release: 4.4 R 0 >Organization: EPITA >Environment: FreeBSD murpher 4.4-RELEASE#0: Tue sep 18 11:57:08 PDT 2001 murray@builder.freeBSD.org:/usr/src/sys/compil/GENERIC i386 >Description: when an hard work starts on my IDE-striping array, controled by HighPoint HPT370 chipset on an Abit KT7a raid, the system freeze randomly. The system installed on (sorry ;-) ), but, that doesn't change if not. (escuse me, I'm french, so, my english... that was english?!) >How-To-Repeat: Install of the distribution!!! when decompressing tarballs, the system will crash, especially if there is lots of pakages, or heavy (like decompressing ports) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 16:50:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F7A237B404; Wed, 16 Jan 2002 16:50:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H0ikf71832; Wed, 16 Jan 2002 16:44:46 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 16:44:46 -0800 (PST) From: Message-Id: <200201170044.g0H0ikf71832@freefall.freebsd.org> To: jan.grant@bristol.ac.uk, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/26362: "cvs server" doesn't honour the global --allow-root Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: "cvs server" doesn't honour the global --allow-root State-Changed-From-To: feedback->analyzed State-Changed-By: ashp State-Changed-When: Wed Jan 16 16:44:29 PST 2002 State-Changed-Why: This PR was analyzed, and is awaiting an upstream fix. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=26362 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 16:51: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E654537B416; Wed, 16 Jan 2002 16:50:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H0hXB71647; Wed, 16 Jan 2002 16:43:33 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 16:43:33 -0800 (PST) From: Message-Id: <200201170043.g0H0hXB71647@freefall.freebsd.org> To: chrisf@shadow.net, chrisf@shadow.net, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26361: 5.0-04022001-CURRENT kernel panic on kernel startup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: 5.0-04022001-CURRENT kernel panic on kernel startup State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 16:42:45 PST 2002 State-Changed-Why: No feedback, and bug filed against -CURRENT, which is a rapidly moving target, and therefore may have periods of instability. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=26361 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 17: 0:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 90B0437B402; Wed, 16 Jan 2002 17:00:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H0x6973820; Wed, 16 Jan 2002 16:59:06 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 16:59:06 -0800 (PST) From: Message-Id: <200201170059.g0H0x6973820@freefall.freebsd.org> To: alexs@snark.ratmir.ru, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: vi(1) crashes in viewing a file with long lines State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Wed Jan 16 16:58:36 PST 2002 State-Changed-Why: I cannot reproduce this bug under 4.5-RC. Is this still a problem for you with the latest -STABLE? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=26869 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 17:20:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 26FD237B41A for ; Wed, 16 Jan 2002 17:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H1K1S79431; Wed, 16 Jan 2002 17:20:01 -0800 (PST) (envelope-from gnats) Received: from raven.robbins.dropbear.id.au (088.a.010.mel.iprimus.net.au [210.50.200.88]) by hub.freebsd.org (Postfix) with ESMTP id C84CF37B400 for ; Wed, 16 Jan 2002 17:14:07 -0800 (PST) Received: (from tim@localhost) by raven.robbins.dropbear.id.au (8.11.6/8.11.6) id g0H17So50756; Thu, 17 Jan 2002 12:07:28 +1100 (EST) (envelope-from tim) Message-Id: <200201170107.g0H17So50756@raven.robbins.dropbear.id.au> Date: Thu, 17 Jan 2002 12:07:28 +1100 (EST) From: "Tim J. Robbins" Reply-To: "Tim J. Robbins" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33971: finger could check if T/TCP is disabled and imply -T Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33971 >Category: bin >Synopsis: finger could check if T/TCP is disabled and imply -T >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 17:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Tim J. Robbins >Release: FreeBSD 4.5-RC i386 >Organization: >Environment: System: FreeBSD raven.robbins.dropbear.id.au 4.5-RC FreeBSD 4.5-RC #3: Sat Jan 12 17:11:56 EST 2002 tim@raven.robbins.dropbear.id.au:/usr/obj/usr/src/sys/RAVEN i386 >Description: /usr/bin/finger supports T/TCP, and this support may be disabled with the -T option. The way the T/TCP support is implemented in `finger' causes strange error messages ("read: Connection refused") and makes it take longer than usual to give these errors on what the source code terms "broken hosts". >How-To-Repeat: >Fix: Use net.inet.tcp.rfc1644 sysctl to determine whether T/TCP has been enabled. Imply the -T option if it has. --- net.c.old Thu Jan 17 11:50:17 2002 +++ net.c Thu Jan 17 11:57:23 2002 @@ -46,6 +46,7 @@ #include #include #include +#include #include #include #include @@ -88,6 +89,8 @@ char *alist[1], *host; struct iovec iov[3]; struct msghdr msg; + int ttcp; + size_t ttcp_len; if (!(host = rindex(name, '@'))) return; @@ -140,8 +143,16 @@ iov[msg.msg_iovlen].iov_base = "\r\n"; iov[msg.msg_iovlen++].iov_len = 2; + /* Determine whether we can use T/TCP (RFC 1644) */ + ttcp_len = sizeof (ttcp); + if (sysctlbyname("net.inet.tcp.rfc1644", &ttcp, &ttcp_len, NULL, 0)) + ttcp = 0; + /* -T disables T/TCP: compatibility option to finger broken hosts */ - if (Tflag && connect(s, (struct sockaddr *)&sin, sizeof (sin))) { + if (Tflag) + ttcp = 0; + + if (!ttcp && connect(s, (struct sockaddr *)&sin, sizeof (sin))) { perror("finger: connect"); return; } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 17:20:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6DE1B37B400 for ; Wed, 16 Jan 2002 17:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H1K3G79441; Wed, 16 Jan 2002 17:20:03 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 17:20:03 -0800 (PST) Message-Id: <200201170120.g0H1K3G79441@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Adrian Filipi-Martin Subject: Re: bin/16422: newfs always make root's / directory Reply-To: Adrian Filipi-Martin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/16422; it has been noted by GNATS. From: Adrian Filipi-Martin To: freebsd-gnats-submit@FreeBSD.org, Cc: Subject: Re: bin/16422: newfs always make root's / directory Date: Wed, 16 Jan 2002 20:18:44 -0500 (EST) Hi folks, I know this PR is closed, but the fundamental need is real. Having newfs always produce a root:wheel owned directory is contrary to user mounts (sysctl vfs.usermount=1) facility. We use user mounts to provide desktop users access to the local devices (floppy and cd-rom). The users presently either need root privileges to chown a newfs'd floppy or then need to get one of our admins to do it. This need is required by the default ownership of the filesystem root after newfs fnishes. The attached diffs make newfs's behavior more compatible with user mounts. To defeat this new behavior, the -R flag is provided. If people do not like this being the default, I'd still like to see the -R flag, but with its logic reversed to enable the behavior. Adrian -- [ adrian@ubergeeks.com ] --- mkfs.c.orig Fri Dec 21 23:33:36 2001 +++ mkfs.c Wed Jan 16 19:16:01 2002 @@ -95,6 +95,7 @@ extern struct stat mfs_mtstat; /* stat prior to mount */ extern int Nflag; /* run mkfs without writing file system */ extern int Oflag; /* format as an 4.3BSD file system */ +extern int Rflag; /* Always set the root directory root:wheel */ extern int Uflag; /* enable soft updates for file system */ extern int fssize; /* file system size */ extern int ntracks; /* # tracks/cylinder */ @@ -1010,8 +1011,17 @@ */ if (mfs) node.di_mode = IFDIR | 01777; - else - node.di_mode = IFDIR | UMASK; + else { + if (Rflag || (getuid() == 0) ) { + node.di_mode = IFDIR | UMASK; + } else { + mode_t mask = umask(0); + umask(mask); + node.di_mode = IFDIR | (0777 & ~mask); + node.di_uid = getuid(); + node.di_gid = getgid(); + } + } node.di_nlink = PREDEFDIR; if (Oflag) node.di_size = makedir((struct direct *)oroot_dir, PREDEFDIR); --- newfs.8.orig Fri Dec 21 23:33:36 2001 +++ newfs.8 Wed Jan 16 20:00:04 2002 @@ -41,7 +41,7 @@ .Nd construct a new file system .Sh SYNOPSIS .Nm -.Op Fl NOU +.Op Fl NORU .Op Fl S Ar sector-size .Op Fl T Ar disktype .Op Fl a Ar maxcontig @@ -101,7 +101,16 @@ In fact, it need not even be special.) Typically the defaults are reasonable, however .Nm -has numerous options to allow the defaults to be selectively overridden. +has numerous options to allow the defaults to be selectively +overridden. The default owner and group of the root directory of +the formatted device is the same as that of the user issuing the +.Nm newfs +command, and the default mode is modified by the user's umask +setting, unless +.Nm newfs +is run by root, in which case +.Fl R +flag is assumed. .Pp .Nm Mount_mfs is used to build a file system in virtual memory and then mount it @@ -148,6 +157,12 @@ format filesystem. This options is primarily used to build root filesystems that can be understood by older boot ROMs. +.It Fl R +Use the traditional behavior when setting the owner, group and mode +for the root directory on the newly formated device. i.e. Set it +to root and wheel with the mode u=rwx,go=rx, rather than using the +current user's UID, GID and umask, if not running as root. This +option is enabled implicitly if the user is root. .It Fl T Use information for the specified disk from .Pa /etc/disktab --- newfs.c.orig Fri Dec 21 23:33:36 2001 +++ newfs.c Wed Jan 16 18:35:46 2002 @@ -170,6 +170,7 @@ struct stat mfs_mtstat; /* stat prior to mount */ int Nflag; /* run without writing file system */ int Oflag; /* format as an 4.3BSD file system */ +int Rflag; /* Always set the root directory root:wheel */ int Uflag; /* enable soft updates for file system */ int fssize; /* file system size */ int ntracks = NTRACKS; /* # tracks/cylinder */ @@ -250,7 +251,7 @@ opstring = mfs ? "NF:T:Ua:b:c:d:e:f:g:h:i:m:o:s:" : - "NOS:T:Ua:b:c:d:e:f:g:h:i:k:l:m:n:o:p:r:s:t:u:vx:"; + "NORS:T:Ua:b:c:d:e:f:g:h:i:k:l:m:n:o:p:r:s:t:u:vx:"; while ((ch = getopt(argc, argv, opstring)) != -1) switch (ch) { case 'N': @@ -258,6 +259,9 @@ break; case 'O': Oflag = 1; + break; + case 'R': + Rflag = 1; break; case 'S': if ((sectorsize = atoi(optarg)) <= 0) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 17:40: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 72FD837B41C for ; Wed, 16 Jan 2002 17:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H1e3W81888; Wed, 16 Jan 2002 17:40:03 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 17:40:03 -0800 (PST) Message-Id: <200201170140.g0H1e3W81888@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: "Tim J. Robbins" To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Thu, 17 Jan 2002 12:25:35 +1100 Sorry, that should read "Imply the -T option if it has *not*". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 18:40: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C202137B416 for ; Wed, 16 Jan 2002 18:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H2e1h94166; Wed, 16 Jan 2002 18:40:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 18:40:01 -0800 (PST) Message-Id: <200201170240.g0H2e1h94166@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: Garrett Wollman To: "Tim J. Robbins" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Wed, 16 Jan 2002 21:38:02 -0500 (EST) < said: > /usr/bin/finger supports T/TCP, and this support may be disabled with the > -T option. The way the T/TCP support is implemented in `finger' causes > strange error messages ("read: Connection refused") and makes it take > longer than usual to give these errors on what the source code terms > "broken hosts". Your suggestion is bogus. As the manual page clearly indicates, the presence or absence of Transaction TCP support is not relevant to what the finger client does. (In fact, even when T/TCP was supported by default, finger was not able to use it because the finger protocol requires that the server close the connection first.) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 18:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 88FA837B419 for ; Wed, 16 Jan 2002 18:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H2o0E95354; Wed, 16 Jan 2002 18:50:00 -0800 (PST) (envelope-from gnats) Received: from amur.ru (amur.ru [195.151.156.7]) by hub.freebsd.org (Postfix) with ESMTP id 1449F37B41C for ; Wed, 16 Jan 2002 18:47:21 -0800 (PST) Received: from anubis.my.domain (ns.dt.amur.ru [194.84.87.182]) by amur.ru (8.11.6/8.11.6) with ESMTP id g0H2lIZ31216 for ; Thu, 17 Jan 2002 11:47:18 +0900 Received: from there (unknown [192.168.0.42]) by anubis.my.domain (Postfix) with SMTP id 7322C15440 for ; Thu, 17 Jan 2002 11:47:17 +0900 (YAKT) Message-Id: <20020117024717.7322C15440@anubis.my.domain> Date: Thu, 17 Jan 2002 11:44:31 +0900 From: Dmitry Krasnov To: FreeBSD-gnats-submit@freebsd.org Subject: kern/33974: Can not record anything with emu10k1 on 4.5-RC Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33974 >Category: kern >Synopsis: Can not record anything with emu10k1 on 4.5-RC >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 16 18:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dmitry Krasnov >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: DT Int. >Environment: System: FreeBSD ws-0122-01.local 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #3: Tue Jan 8 15:28:27 YAKT 2002 dek@ws-0122-01.local:/usr/obj/usr/src/sys/LOCAL i386 $ dmesg|grep pcm pcm0: port 0xe000-0xe01f irq 9 at device 11.0 on pci0 $ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Jan 8 2002 15:30:57 Installed devices: pcm0: at io 0xe000 irq 9 (4p/3r/0v channels duplex) >Description: Every time when I'm trying to record something with any program, the kernel complains: pcm0: record interrupt timeout, channel dead `cat /dev/dsp' pauses for a second, gets no data from the record source, then drops back to a prompt. Playback works fine. Recording works at least in 4.2 but broken since 4.4-R. >How-To-Repeat: Try to record with `cat /dev/dsp > file' or with something else. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 19:11: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E51237B404; Wed, 16 Jan 2002 19:10:56 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H33S297380; Wed, 16 Jan 2002 19:03:28 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 19:03:28 -0800 (PST) From: Message-Id: <200201170303.g0H33S297380@freefall.freebsd.org> To: j_guojun@lbl.gov, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/27087: FreeBSD 4.3-RELEASE does not recognize GigE NIC Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: FreeBSD 4.3-RELEASE does not recognize GigE NIC State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Wed Jan 16 19:02:49 PST 2002 State-Changed-Why: Hi, Is this still a problem for you? Which actual GigE device are you using? We'd need more information, such as the exact make/model, and a 'boot -v' to begin investigating things further. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27087 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 19:11: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F92937B416; Wed, 16 Jan 2002 19:10:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H31RD97011; Wed, 16 Jan 2002 19:01:27 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 19:01:27 -0800 (PST) From: Message-Id: <200201170301.g0H31RD97011@freefall.freebsd.org> To: xirox@dr.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26953: adter the installation is over it's make auto reboot and after the reboot it ask's for menual boot , Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: adter the installation is over it's make auto reboot and after the reboot it ask's for menual boot , State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Wed Jan 16 19:00:06 PST 2002 State-Changed-Why: Hi, did you ever manage to get FreeBSD working with custom partitions? It works for most people, and should work for you. I'd suggest not creating a /tmp partition, and also you need to create a swap partition. I normally create: / (128M), swap (2*your memory), /var (1024M) and /usr (rest). http://www.FreeBSD.org/cgi/query-pr.cgi?pr=26953 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 19:30: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 065B837B417 for ; Wed, 16 Jan 2002 19:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H3U1N04813; Wed, 16 Jan 2002 19:30:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 19:30:01 -0800 (PST) Message-Id: <200201170330.g0H3U1N04813@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: "Tim J. Robbins" To: Garrett Wollman Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Thu, 17 Jan 2002 14:21:43 +1100 On Wed, Jan 16, 2002 at 09:38:02PM -0500, Garrett Wollman wrote: > Your suggestion is bogus. As the manual page clearly indicates, the > presence or absence of Transaction TCP support is not relevant to > what the finger client does. (In fact, even when T/TCP was supported > by default, finger was not able to use it because the finger protocol > requires that the server close the connection first.) Perhaps I misunderstood. Anyway, finger'ing a host that doesn't run fingerd takes longer to give an error than it should. Apparently T/TCP was an experiment that failed because it was insecure, and because nobody else showed much interest in it. It strikes me as stupid to inconvenience those not using T/TCP when they are in the majority. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 19:40:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 80DD337B404; Wed, 16 Jan 2002 19:40:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H3VLS04983; Wed, 16 Jan 2002 19:31:21 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 19:31:21 -0800 (PST) From: Message-Id: <200201170331.g0H3VLS04983@freefall.freebsd.org> To: in@amalea.org, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/27262: process won't be terminated after CPUTIME exceeded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: process won't be terminated after CPUTIME exceeded State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Wed Jan 16 19:30:49 PST 2002 State-Changed-Why: This is not a bug, this is a feature. The functionality is disabled under -CURRENT for a reason, as pointed out by bde. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27262 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 19:41: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 756B537B404; Wed, 16 Jan 2002 19:41:00 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H3d4W06755; Wed, 16 Jan 2002 19:39:04 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 19:39:04 -0800 (PST) From: Message-Id: <200201170339.g0H3d4W06755@freefall.freebsd.org> To: andrew@easy.net.ph, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/27384: SCSI Hardrive bios of COMPAQ Proliant is not supported Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SCSI Hardrive bios of COMPAQ Proliant is not supported State-Changed-From-To: feedback->suspended State-Changed-By: ashp State-Changed-When: Wed Jan 16 19:31:55 PST 2002 State-Changed-Why: Unsure on how to change the status for this one. I've set it to suspended because I've used the disks in question on a Compaq Prolient. We'd need to know what make/model of Prolient you used, and so forth to be able to advance this further. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27384 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 19:50:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A1AB237B416; Wed, 16 Jan 2002 19:50:55 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H3o3H12552; Wed, 16 Jan 2002 19:50:03 -0800 (PST) (envelope-from ashp) Date: Wed, 16 Jan 2002 19:50:03 -0800 (PST) From: Message-Id: <200201170350.g0H3o3H12552@freefall.freebsd.org> To: jl@ntt-20.ecl.net, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/28112: Packet capture does not work well with -pthead option. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Packet capture does not work well with -pthead option. State-Changed-From-To: open->suspended State-Changed-By: ashp State-Changed-When: Wed Jan 16 19:49:26 PST 2002 State-Changed-Why: Moved to suspended, based on bmah's comments. This libary isn't intended to work in a threaded fashion. This can be reopened if anyone has interest /intent to solve it. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28112 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 21: 0: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AD2E37B405 for ; Wed, 16 Jan 2002 21:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H502b30059; Wed, 16 Jan 2002 21:00:02 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 21:00:02 -0800 (PST) Message-Id: <200201170500.g0H502b30059@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Edwin Groothuis Subject: Re: kern/28112: Packet capture does not work well with -pthead option. Reply-To: Edwin Groothuis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/28112; it has been noted by GNATS. From: Edwin Groothuis To: ashp@FreeBSD.org, jl@ntt-20.ecl.net, freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/28112: Packet capture does not work well with -pthead option. Date: Thu, 17 Jan 2002 15:52:17 +1100 On Wed, Jan 16, 2002 at 07:50:03PM -0800, ashp@FreeBSD.org wrote: > Synopsis: Packet capture does not work well with -pthead option. > > State-Changed-From-To: open->suspended > State-Changed-By: ashp > State-Changed-When: Wed Jan 16 19:49:26 PST 2002 > State-Changed-Why: > Moved to suspended, based on bmah's comments. This libary isn't intended > to work in a threaded fashion. This can be reopened if anyone has interest > /intent to solve it. > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28112 This can be closedi, patches are made and incorperated in -current and 4.5 See also http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/31649 and http://www.freebsd.org/cgi/query-pr.cgi?pr=22063 If the originator is interested I will have a look if I can find the patches and send them to him. Note, they were for 4.4, not 4.3. Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: ------------------+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 21: 0: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E2B3437B402 for ; Wed, 16 Jan 2002 21:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H503U30064; Wed, 16 Jan 2002 21:00:03 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 21:00:03 -0800 (PST) Message-Id: <200201170500.g0H503U30064@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: Garrett Wollman To: "Tim J. Robbins" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Wed, 16 Jan 2002 23:52:27 -0500 (EST) < said: > Perhaps I misunderstood. Anyway, finger'ing a host that doesn't run > fingerd takes longer to give an error than it should. Apparently > T/TCP was an experiment that failed because it was insecure, and because > nobody else showed much interest in it. It strikes me as stupid to > inconvenience those not using T/TCP when they are in the majority. Evidently you did misunderstand, since as I stated in my original reply, finger does not use Transaction TCP. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 16 21:50: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E783937B402 for ; Wed, 16 Jan 2002 21:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H5o1p40437; Wed, 16 Jan 2002 21:50:01 -0800 (PST) (envelope-from gnats) Date: Wed, 16 Jan 2002 21:50:01 -0800 (PST) Message-Id: <200201170550.g0H5o1p40437@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: "Tim J. Robbins" To: Garrett Wollman Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Thu, 17 Jan 2002 16:45:56 +1100 On Wed, Jan 16, 2002 at 11:52:27PM -0500, Garrett Wollman wrote: > Evidently you did misunderstand, since as I stated in my original > reply, finger does not use Transaction TCP. The kernel does T/TCP because finger does not connect() before it calls sendmsg() (unless, of course, the -T option is used). net.inet.tcp.rfc1644=0, finger tim@127.0.0.1: 16:29:39.703826 localhost.4459 > localhost.finger: S [tcp sum ok] 3639801831:3639801831(0) win 65535 (DF) (ttl 64, id 33391, len 60) 0x0000 4500 003c 826f 4000 4006 ba4a 7f00 0001 E..<.o@.@..J.... 0x0010 7f00 0001 116b 004f d8f2 f7e7 0000 0000 .....k.O........ 0x0020 a002 ffff bb5b 0000 0204 3fd8 0103 0301 .....[....?..... 0x0030 0101 080a 013b 73b5 0000 0000 .....;s..... net.inet.tcp.rfc1644=1, finger tim@127.0.0.1: 16:28:49.322276 localhost.4458 > localhost.finger: SP [tcp sum ok] 3668140434:3668140439(5) win 57344 (DF) (ttl 64, id 17585, len 73) 0x0000 4500 0049 44b1 4000 4006 f7fb 7f00 0001 E..ID.@.@....... 0x0010 7f00 0001 116a 004f daa3 6192 0000 0000 .....j.O..a..... 0x0020 c00a e000 4ea7 0000 0204 3fd8 0103 0301 ....N.....?..... 0x0030 0101 080a 013b 6006 0000 0000 0101 0b06 .....;`......... 0x0040 0000 1d75 7469 6d0d 0a ...utim.. Note the CC option, PUSH flag, payload. I give up. I just thought it'd be nice if finger detected hosts that weren't listening on the finger port faster and a less confusing error msg. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 0:14:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B89837B405; Thu, 17 Jan 2002 00:14:34 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H8ETM71550; Thu, 17 Jan 2002 00:14:29 -0800 (PST) (envelope-from ru) Date: Thu, 17 Jan 2002 00:14:29 -0800 (PST) From: Message-Id: <200201170814.g0H8ETM71550@freefall.freebsd.org> To: absinthe@pobox.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/33953: Make buildworld fails on latest cvsup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Make buildworld fails on latest cvsup State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Thu Jan 17 00:11:48 PST 2002 State-Changed-Why: Your host environment is screwed. Specifically, your /usr/include/unistd.h is likely to be damaged. Make sure it matches the /usr/src/include/unistd.h version. A pristine host environment is the prerequisite for a successful ``make world''. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33953 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 0:50:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 30B5B37B402; Thu, 17 Jan 2002 00:50:56 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H8jgM77518; Thu, 17 Jan 2002 00:45:42 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 00:45:42 -0800 (PST) From: Message-Id: <200201170845.g0H8jgM77518@freefall.freebsd.org> To: jl@ntt-20.ecl.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/28112: Packet capture does not work well with -pthead option. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Packet capture does not work well with -pthead option. State-Changed-From-To: suspended->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 00:45:00 PST 2002 State-Changed-Why: Closed as per bin/31649 and kern/22063. Thanks, Edwin! http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28112 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 1:10:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E2AB37B41D for ; Thu, 17 Jan 2002 01:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H9A1583862; Thu, 17 Jan 2002 01:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 47A0537B416 for ; Thu, 17 Jan 2002 01:04:05 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H945H79705; Thu, 17 Jan 2002 01:04:05 -0800 (PST) (envelope-from nobody) Message-Id: <200201170904.g0H945H79705@freefall.freebsd.org> Date: Thu, 17 Jan 2002 01:04:05 -0800 (PST) From: Gerard Kok To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33978: can't kill process Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33978 >Category: kern >Synopsis: can't kill process >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 01:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Gerard Kok >Release: 4.4-RELEASE >Organization: Software Improvement Group >Environment: FreeBSD chef.software-improvers.com 4.4-RELEASE FreeBSD 4.4-RELEASE #3: Fri Nov 9 18:13:51 CET 2001 root@columbus.software-improvers.com:/usr/src/sys/compile/SERVER i386 >Description: Sometimes one of the child-processes of cups enters some sort of endless loop, and there is no way to kill it, not even with kill -9. This is extremely awkward, since this process keeps the printerport open, so effectively printing is down. >How-To-Repeat: not known. >Fix: Reboot. As the printer is connected to our primary server, this is not an option. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 1:20:43 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 5D46B37B402; Thu, 17 Jan 2002 01:20:37 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0H9KVY41262; Thu, 17 Jan 2002 11:20:31 +0200 (EET) (envelope-from ru) Date: Thu, 17 Jan 2002 11:20:31 +0200 From: Ruslan Ermilov To: ashp@FreeBSD.ORG Cc: phusnikn@cynikal.net, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/25968: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from Message-ID: <20020117112031.I27310@sunbay.com> References: <200201170028.g0H0SMC69752@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201170028.g0H0SMC69752@freefall.freebsd.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jan 16, 2002 at 04:28:22PM -0800, ashp@FreeBSD.ORG wrote: > Synopsis: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from > > State-Changed-From-To: open->feedback > State-Changed-By: ashp > State-Changed-When: Wed Jan 16 16:27:40 PST 2002 > State-Changed-Why: > Appears to compile fine on 4.5-RC. Is this still a problem for you with > FreeBSD -STABLE? > Just close this PR. We don't (generally) support compiling fresh sources in a stale host environment, other than through the ``make buildworld'', which the exception of bootstrap-tools that we need during the ``make world''. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 1:50: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D6A2D37B41C for ; Thu, 17 Jan 2002 01:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H9o1f90004; Thu, 17 Jan 2002 01:50:01 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 01:50:01 -0800 (PST) Message-Id: <200201170950.g0H9o1f90004@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: Ruslan Ermilov To: "Tim J. Robbins" Cc: bug-followup@FreeBSD.org, Garrett Wollman Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Thu, 17 Jan 2002 11:44:00 +0200 On Thu, Jan 17, 2002 at 12:07:28PM +1100, Tim J. Robbins wrote: > > /usr/bin/finger supports T/TCP, and this support may be disabled with the > -T option. The way the T/TCP support is implemented in `finger' causes > strange error messages ("read: Connection refused") and makes it take > longer than usual to give these errors on what the source code terms > "broken hosts". > >How-To-Repeat: > > Use net.inet.tcp.rfc1644 sysctl to determine whether T/TCP has been enabled. > Imply the -T option if it has. > Hmm, doesn't a connection degenerates into standard TCP connection when net.inet.tcp.rfc1644=0? Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 1:50: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 14C3B37B41D for ; Thu, 17 Jan 2002 01:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0H9o2090013; Thu, 17 Jan 2002 01:50:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 01:50:02 -0800 (PST) Message-Id: <200201170950.g0H9o2090013@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Alexey V. Neyman" Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Reply-To: "Alexey V. Neyman" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/26869; it has been noted by GNATS. From: "Alexey V. Neyman" To: , alexs@snark.ratmir.ru, ashp@FreeBSD.org, bug-followup@FreeBSD.org Cc: Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Thu, 17 Jan 2002 12:45:41 +0300 On 17 January 2002 03:59, ashp@FreeBSD.org wrote: > I cannot reproduce this bug under 4.5-RC. Is this still a problem > for you with the latest -STABLE? Yes, its still a problem. Reproduced on 4.5-RC cvsupped Jan 10, 2002. It is easily reproduceable using the example in PR, it crashed everywhere I tried it. -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 3: 6:52 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 06FAA37B402; Thu, 17 Jan 2002 03:06:48 -0800 (PST) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Jan 2002 11:06:47 +0000 (GMT) Date: Thu, 17 Jan 2002 11:06:46 +0000 From: David Malone To: ashp@FreeBSD.org Cc: in@amalea.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/27262: process won't be terminated after CPUTIME exceeded Message-ID: <20020117110646.GA679@gosset.maths.tcd.ie> References: <200201170331.g0H3VLS04983@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201170331.g0H3VLS04983@freefall.freebsd.org> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jan 16, 2002 at 07:31:21PM -0800, ashp@FreeBSD.org wrote: > Synopsis: process won't be terminated after CPUTIME exceeded > > State-Changed-From-To: open->closed > State-Changed-By: ashp > State-Changed-When: Wed Jan 16 19:30:49 PST 2002 > State-Changed-Why: > This is not a bug, this is a feature. The functionality is disabled under > -CURRENT for a reason, as pointed out by bde. None the less, it is a problem which needs to be addressed before 5.0 is released. It may be wise to leave these open so that we remember to fix them. I think there are other things missing too. Hasn't the visual user config of the kernel gone walk about too? (Though I think someone has promised to write a fourth version for the loader?) David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 3:20: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 61D3137B400 for ; Thu, 17 Jan 2002 03:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HBK2i10118; Thu, 17 Jan 2002 03:20:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 03:20:02 -0800 (PST) Message-Id: <200201171120.g0HBK2i10118@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Tim J. Robbins" Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: "Tim J. Robbins" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: "Tim J. Robbins" To: Ruslan Ermilov Cc: bug-followup@FreeBSD.org, Garrett Wollman Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Thu, 17 Jan 2002 22:16:36 +1100 On Thu, Jan 17, 2002 at 11:44:00AM +0200, Ruslan Ermilov wrote: > Hmm, doesn't a connection degenerates into standard TCP connection > when net.inet.tcp.rfc1644=0? It does, as it should. I guess something else was misconfigured here, as I've just tested it on another machine. Apologies, you may close the PR. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 3:28:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2C84037B400; Thu, 17 Jan 2002 03:28:57 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HBSkG11141; Thu, 17 Jan 2002 03:28:46 -0800 (PST) (envelope-from ru) Date: Thu, 17 Jan 2002 03:28:46 -0800 (PST) From: Message-Id: <200201171128.g0HBSkG11141@freefall.freebsd.org> To: tim@robbins.dropbear.id.au, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: finger could check if T/TCP is disabled and imply -T State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Thu Jan 17 03:27:17 PST 2002 State-Changed-Why: Originator confirms that PR was false -- if net.inet.tcp.rfc1644=0, finger(1) doesn't use T/TCP. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33971 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 3:40:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 473E637B419 for ; Thu, 17 Jan 2002 03:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HBe1g12322; Thu, 17 Jan 2002 03:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D653737B416 for ; Thu, 17 Jan 2002 03:33:43 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HBXhM11656; Thu, 17 Jan 2002 03:33:43 -0800 (PST) (envelope-from nobody) Message-Id: <200201171133.g0HBXhM11656@freefall.freebsd.org> Date: Thu, 17 Jan 2002 03:33:43 -0800 (PST) From: Karthik To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33985 >Category: misc >Synopsis: SMP support not compiled to smbfs kernel module when enabled in kernel config >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 03:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Karthik >Release: 4.5-RC >Organization: >Environment: FreeBSD testpc5 4.5-RC FreeBSD 4.5-RC #0: Thu Jan 17 02:21:08 GMT 2002 root@:/usr/src/sys/compile/SVR i386 >Description: 1. Added the kernel options "options SMP" "options APIC_IO" to kernel config file. 2. compiled and installed the kernel. 3. ran "make buildworld" and "make installworld" 4. ran "mergemaster" which created /dev/nsmb0. 5. ran "mount_smbfs -I //administrator@s5/c /mnt/s5" 6. Got message "mount_smbfs: can't get handle to requester (no /dev/nsmb* device)" 7. The kernel reports (from the dmesg) ****---start Jan 17 19:27:54 testpc5 /kernel: error: module compiled without SMP support Jan 17 19:27:54 testpc5 /kernel: error: module compiled without SMP support Jan 17 19:27:54 testpc5 /kernel: netsmb_dev: unloaded Jan 17 19:27:54 testpc5 /kernel: netsmb_dev: unloaded Jan 17 19:27:54 testpc5 /kernel: module_register_init: MOD_LOAD (dev_netsmb, c5c2ca40, 0) error 1 Jan 17 19:27:54 testpc5 /kernel: module_register_init: MOD_LOAD (dev_netsmb, c5c2ca40, 0) error 1 Jan 17 19:27:54 testpc5 /kernel: error: module compiled without SMP support Jan 17 19:27:54 testpc5 /kernel: error: module compiled without SMP support ****---end 8. Got into the console, then ran "kldunload smbfs" and "kldload smbfs" 9. Got the same message as in point 7. 10. But everything is OK with SMP-disabled 11. For information, nothing in /etc/make.conf >How-To-Repeat: use "kldload smbfs" or "mount_smbfs ....." on a SMP machine with SMP-enabled kernel. >Fix: Probably smbfs module not compiled with SMP support even when SMP was mentioned in the kernel config file. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 3:40:37 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E780F37B41A for ; Thu, 17 Jan 2002 03:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HBe1F12332; Thu, 17 Jan 2002 03:40:01 -0800 (PST) (envelope-from gnats) Received: from helium-vw.xs4all.nl (helium-vw.xs4all.nl [194.109.251.55]) by hub.freebsd.org (Postfix) with ESMTP id 063BF37B400 for ; Thu, 17 Jan 2002 03:37:30 -0800 (PST) Received: (from root@localhost) by helium-vw.xs4all.nl (8.11.6/8.11.2) id g0HBbOr08382 for freebsd-gnats-submit@freebsd.org; Thu, 17 Jan 2002 12:37:24 +0100 (CET) (envelope-from ruben) Received: (from ruben@localhost) by helium-vw.xs4all.nl (8.11.6/8.11.2av) id g0HBbK708374; Thu, 17 Jan 2002 12:37:20 +0100 (CET) (envelope-from ruben) Message-Id: <200201171137.g0HBbK708374@helium-vw.xs4all.nl> Date: Thu, 17 Jan 2002 12:37:20 +0100 (CET) From: Ruben van Staveren Reply-To: Ruben van Staveren To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: i386/33986: SMP and audio causes hard lockups (random) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33986 >Category: i386 >Synopsis: SMP and audio causes hard lockups (random) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 03:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ruben van Staveren >Release: FreeBSD 4.5-RC i386 >Organization: Verweg dot Com >Environment: System: FreeBSD helium.verweg.com 4.5-RC FreeBSD 4.5-RC #1: Sat Jan 12 14:08:38 CET 2002 root@helium.verweg.com:/usr/obj/usr/cvsup/4.0-stable/src/sys/GENERIC-SMP i386 Motherboard is a ASUS P2B-DS, Bios rev. 1012B Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-RC #1: Sat Jan 12 14:08:38 CET 2002 root@helium.verweg.com:/usr/obj/usr/cvsup/4.0-stable/src/sys/GENERIC-SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 268423168 (262132K bytes) avail memory = 257302528 (251272K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0398000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00f0d20 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 18 -> irq 9 IOAPIC #0 intpin 17 -> irq 11 pci0: on pcib0 pcib1: at device 1.0 on pci0 IOAPIC #0 intpin 16 -> irq 13 pci1: on pcib1 pci1: at 0.0 irq 13 isab0: at device 4.0 on pci0 isa0: on isab0 pci0: at 4.1 uhci0: port 0xd400-0xd41f irq 2 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Timecounter "PIIX" frequency 3579545 Hz chip1: port 0xe800-0xe80f at device 4.3 on pci0 ahc0: port 0xd000-0xd0ff mem 0xe0800000-0xe0800fff irq 2 at device 6.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs fxp0: port 0xb800-0xb81f mem 0xe0000000-0xe00fffff,0xe3000000-0xe3000fff irq 2 at device 9.0 on pci0 fxp0: Ethernet address 00:90:27:35:f5:2f inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xb400-0xb43f mem 0xdf000000-0xdf0fffff,0xdf800000-0xdf800fff irq 9 at device 10.0 on pci0 fxp1: Ethernet address 00:90:27:90:19:ba inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: (vendor=0x1274, dev=0x5000) at 11.0 irq 11 orm0:
LIVROCERES LTDA
AGRONOMIA - = VETERIN=C1RIA -=20 ZOOTECNIA
Fone / = Fax: (0xx19)=20 3433-3733 & 3433-2277
HomePage: http://www.livroceres.com.br
 
Estaremos = enviando=20 quinzenalmente informa=E7=F5es de livros com assuntos = t=E9cnicos=20 sobre:
 
- arquitetura = / paisagismo=20 / jardinagem
-=20 agropecu=E1ria
 -=20 agricultura
-=20 entomologia
-=20 fitopatologia
- = controle qu=EDmico de=20 plantas infestantes
- = silvicultura=20 (florestas)
- = veterin=E1ria e=20 zootecnia
 
Caso = n=E3o deseje receber=20 esses informativos, clique aqui para excluirmos seu = e-mail de=20 nosso cadastro.
 
(obs: n=E3o clique = em responder=20 (reply), clique no link indicado)
 
Obrigado
 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= xxxxxxxxxx
Esta mensagem =E9 = enviada com a=20 complac=EAncia da nova legisla=E7=E3o sobre o Correio Eletr=F4nico, = Se=E7=E3o 301, Par=E1grafo=20 (a) (3) (c) Decreto =A7 1618, T=EDtulo Terceiro aprovado pelo 105=BA = Congresso Base=20 das Normativas Internacionais sobre o SPAM. Um e-mail n=E3o poder=E1 ser = considerado=20 SPAM quando incluir uma forma de ser removido. E-MARKETING N=C3O = =C9=20 SPAM.
------=_NextPart_000_000C_01C19F45.1EAD05A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 5: 1:41 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 56A0037B400; Thu, 17 Jan 2002 05:01:35 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HD1U135975; Thu, 17 Jan 2002 05:01:30 -0800 (PST) (envelope-from ru) Date: Thu, 17 Jan 2002 05:01:30 -0800 (PST) From: Message-Id: <200201171301.g0HD1U135975@freefall.freebsd.org> To: absinthe@pobox.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33987: xfree 4 packages in 4.4-RELEASE do not set X as suid root Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: xfree 4 packages in 4.4-RELEASE do not set X as suid root State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Thu Jan 17 04:54:11 PST 2002 State-Changed-Why: The reason of not installing X server setuid root by default is displayed after a package install. An online copy of the message and a possible workaround could be found here: http://cvsweb.FreeBSD.org/ports/x11/XFree86-4/pkg-message?rev=HEAD http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33987 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 5:10:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 90B4337B400 for ; Thu, 17 Jan 2002 05:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HDA2r40800; Thu, 17 Jan 2002 05:10:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 05:10:02 -0800 (PST) Message-Id: <200201171310.g0HDA2r40800@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Thomas Quinot Subject: Re: misc/33987: xfree 4 packages in 4.4-RELEASE do not set X as suid root Reply-To: Thomas Quinot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33987; it has been noted by GNATS. From: Thomas Quinot To: Dylan Carlson Cc: bug-followup@FreeBSD.org Subject: Re: misc/33987: xfree 4 packages in 4.4-RELEASE do not set X as suid root Date: Thu, 17 Jan 2002 13:54:17 +0100 Le 2002-01-17, Dylan Carlson écrivait : > >Description: > non-root cannot run X without making the server suid root. Package install should handle this? See /usr/ports/x11/XFree86-4/pkg-message: ************************************************************************ * To improve security, the X server is installed without an SUID bit. * * This is suitable for use with xdm, but not with a startx script. * * If you need to use a startx script, install the x11/wrapper package. * ************************************************************************ > >Fix: Install /usr/ports/x11/wrapper -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 5:40: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4823637B400 for ; Thu, 17 Jan 2002 05:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HDe3N53333; Thu, 17 Jan 2002 05:40:03 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 05:40:03 -0800 (PST) Message-Id: <200201171340.g0HDe3N53333@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Karthik K Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Karthik K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Karthik K To: freebsd-gnats-submit@FreeBSD.org, kar_alerts@mglorysb.com Cc: Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Thu, 17 Jan 2002 21:29:32 +0800 Yes, the machine was rebooted after 2 (compiled and installed the kernel) and also after 4 (mergemaster). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 6:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A7BDD37B400 for ; Thu, 17 Jan 2002 06:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HEU2W64712; Thu, 17 Jan 2002 06:30:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 06:30:02 -0800 (PST) Message-Id: <200201171430.g0HEU2W64712@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/33978: can't kill process Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/33978; it has been noted by GNATS. From: David Malone To: Gerard Kok Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/33978: can't kill process Date: Thu, 17 Jan 2002 14:21:43 +0000 On Thu, Jan 17, 2002 at 01:04:05AM -0800, Gerard Kok wrote: > Sometimes one of the child-processes of cups enters some sort of > endless loop, and there is no way to kill it, not even with kill -9. > This is extremely awkward, since this process keeps the printerport > open, so effectively printing is down. Can you have a look at the process with top and tell us what state the process is in? Thanks, David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 7:40: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 364AD37B417 for ; Thu, 17 Jan 2002 07:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HFe2A01979; Thu, 17 Jan 2002 07:40:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 07:40:02 -0800 (PST) Message-Id: <200201171540.g0HFe2A01979@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Sheldon Hearn To: Karthik Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Thu, 17 Jan 2002 17:33:25 +0200 On Thu, 17 Jan 2002 03:33:43 PST, Karthik wrote: > 1. Added the kernel options > "options SMP" > "options APIC_IO" > to kernel config file. > > 2. compiled and installed the kernel. It sounds to me like you installed the new kernel but didn't build and install new modules at the same time. Did you perform your builds with NO_MODULES or MODULES_WITH_WORLD defined in make.conf or the environment? As the error message you reported suggests, if you're going to build an SMP kernel, some modules (if not all) have to be rebuilt as well. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 7:40: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7408E37B41A for ; Thu, 17 Jan 2002 07:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HFe3C01988; Thu, 17 Jan 2002 07:40:03 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 07:40:03 -0800 (PST) Message-Id: <200201171540.g0HFe3C01988@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Sheldon Hearn To: Karthik Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Thu, 17 Jan 2002 17:36:04 +0200 On Thu, 17 Jan 2002 17:33:25 +0200, Sheldon Hearn wrote: > It sounds to me like you installed the new kernel but didn't build and > install new modules at the same time. Did you perform your builds > with NO_MODULES or MODULES_WITH_WORLD defined in make.conf or the > environment? I should have mentioned that I can't reproduce this problem on my 4.5-RC SMP box. So you should know that it _is_ possible to get this right. Sometimes people start asking you questions and leave you with the impression that they don't know for sure that what you're trying to do can actually be done. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 7:41: 3 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5EC3137B419; Thu, 17 Jan 2002 07:41:00 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HFZfW01205; Thu, 17 Jan 2002 07:35:41 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 07:35:41 -0800 (PST) From: Message-Id: <200201171535.g0HFZfW01205@freefall.freebsd.org> To: gerard@software-improvers.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/33978: can't kill process Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: can't kill process State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 07:35:23 PST 2002 State-Changed-Why: dwmalone is waiting for feedback. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33978 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 7:41: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 59A3737B41C; Thu, 17 Jan 2002 07:41:01 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HFbWS01495; Thu, 17 Jan 2002 07:37:32 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 07:37:32 -0800 (PST) From: Message-Id: <200201171537.g0HFbWS01495@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sound@FreeBSD.org Subject: Re: i386/33986: SMP and audio causes hard lockups (random) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SMP and audio causes hard lockups (random) Responsible-Changed-From-To: freebsd-bugs->sound Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jan 17 07:36:39 PST 2002 Responsible-Changed-Why: Over to the audio maintainers. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33986 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 7:41: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B94A337B41A; Thu, 17 Jan 2002 07:41:00 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HFVTQ00441; Thu, 17 Jan 2002 07:31:29 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 07:31:29 -0800 (PST) From: Message-Id: <200201171531.g0HFVTQ00441@freefall.freebsd.org> To: kar_alerts@mglorysb.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SMP support not compiled to smbfs kernel module when enabled in kernel config State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 07:31:02 PST 2002 State-Changed-Why: Feedback requested -- out-of-sync modules suspected. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33985 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8: 4:39 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 615F937B404; Thu, 17 Jan 2002 08:04:37 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HG4b907511; Thu, 17 Jan 2002 08:04:37 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:04:37 -0800 (PST) From: Message-Id: <200201171604.g0HG4b907511@freefall.freebsd.org> To: work@scripty.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14536: kernel panic on 64KB block size ufs filesystem when soft updates enabled Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kernel panic on 64KB block size ufs filesystem when soft updates enabled State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:04:36 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:10: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E59EC37B404 for ; Thu, 17 Jan 2002 08:10:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGA0W11561; Thu, 17 Jan 2002 08:10:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 29EB737B417 for ; Thu, 17 Jan 2002 08:02:01 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HG21307109; Thu, 17 Jan 2002 08:02:01 -0800 (PST) (envelope-from nobody) Message-Id: <200201171602.g0HG21307109@freefall.freebsd.org> Date: Thu, 17 Jan 2002 08:02:01 -0800 (PST) From: Aragon Gouveia To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33996: 127.0.0.0/8 not added to routing table by default Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33996 >Category: misc >Synopsis: 127.0.0.0/8 not added to routing table by default >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 08:10:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Aragon Gouveia >Release: 4.4 >Organization: none >Environment: FreeBSD root.nis.za 4.4-STABLE FreeBSD 4.4-STABLE #0: Fri Dec 7 14:07:57 SAST 2001 root@root.nis.za:/usr/src/sys/compile/ROOT i386 >Description: The reserved 127.0.0.0/8 range is not added to FreeBSD's routing table with destination interface lo0 by default. Instead, only 127.0.0.1/32 is being routed to the loopback interface. Pinging, for example, 127.2.3.4 returns no response - in my case it tries to route via the default route out onto the net! >How-To-Repeat: route -n get 127.2.3.4 >Fix: Not sure - thought it'd be a simple update to the rc scripts, but I couldn't find anything relevant in them :). >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:12:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 87F4C37B416; Thu, 17 Jan 2002 08:12:05 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGC5X11988; Thu, 17 Jan 2002 08:12:05 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:05 -0800 (PST) From: Message-Id: <200201171612.g0HGC5X11988@freefall.freebsd.org> To: sparky@tccn.cs.kun.nl, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/5444: [PATCH] ypserv uses wrong dns lookup order Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] ypserv uses wrong dns lookup order State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:12:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D3A537B41D; Thu, 17 Jan 2002 08:12:07 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGC7912042; Thu, 17 Jan 2002 08:12:07 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:07 -0800 (PST) From: Message-Id: <200201171612.g0HGC7912042@freefall.freebsd.org> To: yasu@mrit.mei.co.jp, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9689: panic in sbdrop(kern/uipc_socket2.c) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: panic in sbdrop(kern/uipc_socket2.c) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:12:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BC23B37B41C; Thu, 17 Jan 2002 08:12:09 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGC9612095; Thu, 17 Jan 2002 08:12:09 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:09 -0800 (PST) From: Message-Id: <200201171612.g0HGC9612095@freefall.freebsd.org> To: dirkx@webweaving.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12838: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: PC-Card ctlr(0) Vadem 365 support seems broken since 3.x State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:12:50 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F38D437B416; Thu, 17 Jan 2002 08:12:12 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCB212148; Thu, 17 Jan 2002 08:12:11 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:11 -0800 (PST) From: Message-Id: <200201171612.g0HGCB212148@freefall.freebsd.org> To: ycheng@sinica.edu.tw, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/13438: objc forward core dump using system cc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: objc forward core dump using system cc State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:13:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7679D37B421; Thu, 17 Jan 2002 08:12:16 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCF912232; Thu, 17 Jan 2002 08:12:15 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:15 -0800 (PST) From: Message-Id: <200201171612.g0HGCF912232@freefall.freebsd.org> To: jim@reptiles.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/13920: pppd acts differently on 3.3-RELEASE ("missing UI" messages) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: pppd acts differently on 3.3-RELEASE ("missing UI" messages) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:13:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B491A37B427; Thu, 17 Jan 2002 08:12:18 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCI612291; Thu, 17 Jan 2002 08:12:18 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:18 -0800 (PST) From: Message-Id: <200201171612.g0HGCI612291@freefall.freebsd.org> To: ddr@gwis.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14121: resurfaced bug in rmt preventing remote dumps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: resurfaced bug in rmt preventing remote dumps State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:13:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4D4BB37B430; Thu, 17 Jan 2002 08:12:22 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCLm12362; Thu, 17 Jan 2002 08:12:21 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:21 -0800 (PST) From: Message-Id: <200201171612.g0HGCLm12362@freefall.freebsd.org> To: randy@psg.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14326: kerberos4 pam-related breakage in current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kerberos4 pam-related breakage in current State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:14:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F366B37B405; Thu, 17 Jan 2002 08:12:24 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCNS12415; Thu, 17 Jan 2002 08:12:23 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:23 -0800 (PST) From: Message-Id: <200201171612.g0HGCNS12415@freefall.freebsd.org> To: gryphon@intech.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19056: yacc in 3.4 and 4.0 reports "maximum table size exceeded" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: yacc in 3.4 and 4.0 reports "maximum table size exceeded" State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:15:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6B37337B422; Thu, 17 Jan 2002 08:12:29 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCTW12482; Thu, 17 Jan 2002 08:12:29 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:29 -0800 (PST) From: Message-Id: <200201171612.g0HGCTW12482@freefall.freebsd.org> To: lgodsey@md5.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19162: 4.0-STABLE panics w/ softupdates and quota when user goes over inode limit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: 4.0-STABLE panics w/ softupdates and quota when user goes over inode limit State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:16:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0956137B425; Thu, 17 Jan 2002 08:12:33 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCXY12607; Thu, 17 Jan 2002 08:12:33 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:33 -0800 (PST) From: Message-Id: <200201171612.g0HGCXY12607@freefall.freebsd.org> To: jj@commandline.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/20685: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: fbsd 4.1-stable crashed when compiling stuff or doing some i/o (network and disk) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:17:21 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0602A37B41C; Thu, 17 Jan 2002 08:12:31 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCV712548; Thu, 17 Jan 2002 08:12:31 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:31 -0800 (PST) From: Message-Id: <200201171612.g0HGCV712548@freefall.freebsd.org> To: akr@m17n.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20632: stacking mount_null causes an error: mount_null: Resource deadlock avoided Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: stacking mount_null causes an error: mount_null: Resource deadlock avoided State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:18:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 15E9037B41A; Thu, 17 Jan 2002 08:12:37 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCZR12681; Thu, 17 Jan 2002 08:12:35 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:35 -0800 (PST) From: Message-Id: <200201171612.g0HGCZR12681@freefall.freebsd.org> To: shikut@belpak.brest.by, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/20992: kern/tty_subr.c, b_to_q to a clist with no reserved cblocks Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kern/tty_subr.c, b_to_q to a clist with no reserved cblocks State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20992 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:19:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 37F4A37B400; Thu, 17 Jan 2002 08:12:40 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCeN12771; Thu, 17 Jan 2002 08:12:40 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:40 -0800 (PST) From: Message-Id: <200201171612.g0HGCeN12771@freefall.freebsd.org> To: col@pobox.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21240: mbufs allocated to data is huge number in netstat -m Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: mbufs allocated to data is huge number in netstat -m State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20992 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=21240 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:19:50 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 80AA937B42B; Thu, 17 Jan 2002 08:12:42 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCfQ12834; Thu, 17 Jan 2002 08:12:41 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:41 -0800 (PST) From: Message-Id: <200201171612.g0HGCfQ12834@freefall.freebsd.org> To: dot@dotat.at, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/25833: LOG_FAC() is bogus Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: LOG_FAC() is bogus State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20992 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=21240 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=25833 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:21:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 254AB37B42F; Thu, 17 Jan 2002 08:12:43 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCh012889; Thu, 17 Jan 2002 08:12:43 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:43 -0800 (PST) From: Message-Id: <200201171612.g0HGCh012889@freefall.freebsd.org> To: tom@khubla.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26417: kernel crash using mpd-netgraph Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kernel crash using mpd-netgraph State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20992 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=21240 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=25833 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=26417 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:22:48 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A5CE37B448; Thu, 17 Jan 2002 08:12:47 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCll13021; Thu, 17 Jan 2002 08:12:47 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:47 -0800 (PST) From: Message-Id: <200201171612.g0HGCll13021@freefall.freebsd.org> To: proett@pbspro.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/27880: select fails to return incoming connect Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: select fails to return incoming connect State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20992 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=21240 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=25833 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=26417 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=26746 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=27880 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:23:33 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 671B637B427 for ; Thu, 17 Jan 2002 08:23:01 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16RFM1-0006z0-00 for freebsd-bugs@FreeBSD.org; Thu, 17 Jan 2002 18:25:29 +0200 From: Sheldon Hearn To: freebsd-bugs@FreeBSD.org Subject: sheldonh bungles 16 automatic feedback timeouts Date: Thu, 17 Jan 2002 18:25:29 +0200 Message-ID: <26845.1011284729@axl.seasidesoftware.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi folks, I've just bungled 16 automatic feedback timeouts. I tested my close-pr-with-reason script one PR at a time and then ran it for real with one invokation for 17 PRs. Unfortunately, the script didn't clear out the temporary file used to build the e-mail message from one PR to the next, so the 16 after the first one look a right mess. It could be worse. At least the reason for closing is displayed clearly at the top of the e-mail message. However, the first URL shown is wrong, and the rest of the message is ugly, ugly, ugly. I'm really sorry about this, folks. I'll fix my script and test it with one invokation for multiple PRs before using it again. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:25: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E16537B434; Thu, 17 Jan 2002 08:12:45 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGCjT12948; Thu, 17 Jan 2002 08:12:45 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 08:12:45 -0800 (PST) From: Message-Id: <200201171612.g0HGCjT12948@freefall.freebsd.org> To: td@ii.uib.no, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26746: dmesg only prints the last couple of lines of the message buffer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: dmesg only prints the last couple of lines of the message buffer State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=5444 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=9689 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=12838 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13438 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13920 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14121 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14326 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19056 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20632 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20685 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=20992 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=21240 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=25833 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=26417 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Thu Jan 17 08:12:05 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=26746 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:30: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9268937B419 for ; Thu, 17 Jan 2002 08:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGU2J16603; Thu, 17 Jan 2002 08:30:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 08:30:02 -0800 (PST) Message-Id: <200201171630.g0HGU2J16603@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: Ruslan Ermilov To: Aragon Gouveia Cc: bug-followup@FreeBSD.org Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Thu, 17 Jan 2002 18:20:01 +0200 On Thu, Jan 17, 2002 at 08:02:01AM -0800, Aragon Gouveia wrote: > > > The reserved 127.0.0.0/8 range is not added to FreeBSD's routing > table with destination interface lo0 by default. Instead, only > 127.0.0.1/32 is being routed to the loopback interface. Pinging, > for example, 127.2.3.4 returns no response - in my case it tries > to route via the default route out onto the net! > Nah, this is something that should be controlled with a firewall. The default ipfw(8) rules block this. Also, the kernel function in_canforward() does not allow forwarding of IP packets with the destination address in the 127.0.0.0/8 range. Can this PR be closed now? Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 8:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D336137B416 for ; Thu, 17 Jan 2002 08:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HGe2f18235; Thu, 17 Jan 2002 08:40:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 08:40:02 -0800 (PST) Message-Id: <200201171640.g0HGe2f18235@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Aragon Gouveia" Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: "Aragon Gouveia" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: "Aragon Gouveia" To: "Ruslan Ermilov" Cc: Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Thu, 17 Jan 2002 18:40:55 +0200 Hmm, ipfw? Are you referring to blocking incoming packets with 127.0.0.0/8 as their source? What I mean to say is that any tcp/ip enabled machine should be routing the entire class A to it's loopback interface. Pinging any 127 address from that machine should yield a response, not just 127.0.0.1. Regards, Aragon ----- Original Message ----- From: "Ruslan Ermilov" To: "Aragon Gouveia" Cc: Sent: Thursday, January 17, 2002 6:20 PM Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default > On Thu, Jan 17, 2002 at 08:02:01AM -0800, Aragon Gouveia wrote: > > > > > > The reserved 127.0.0.0/8 range is not added to FreeBSD's routing > > table with destination interface lo0 by default. Instead, only > > 127.0.0.1/32 is being routed to the loopback interface. Pinging, > > for example, 127.2.3.4 returns no response - in my case it tries > > to route via the default route out onto the net! > > > Nah, this is something that should be controlled with a firewall. > The default ipfw(8) rules block this. Also, the kernel function > in_canforward() does not allow forwarding of IP packets with the > destination address in the 127.0.0.0/8 range. > > Can this PR be closed now? > > > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9: 0:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 078C837B400 for ; Thu, 17 Jan 2002 09:00:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HH0Ag22189; Thu, 17 Jan 2002 09:00:10 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 09:00:10 -0800 (PST) Message-Id: <200201171700.g0HH0Ag22189@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: Ruslan Ermilov To: Aragon Gouveia Cc: bug-followup@FreeBSD.org Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Thu, 17 Jan 2002 18:57:56 +0200 On Thu, Jan 17, 2002 at 06:40:55PM +0200, Aragon Gouveia wrote: > Hmm, ipfw? Are you referring to blocking incoming packets with 127.0.0.0/8 > as their source? > No, I said "destination address". What I'm talking about here is a brief of section 5.3.7 (Martian Address Filtering) of the "Requirements for IP Version 4 Routers" RFC 1812. > What I mean to say is that any tcp/ip enabled machine > should be routing the entire class A to it's loopback interface. Pinging any > 127 address from that machine should yield a response, not just 127.0.0.1. > Neither this nor RFC 1122 say that ALL 127.* addresses should be replied to. A loopback interface OTOH may have any of the addresses from the 127 network assigned, and response generated. > ----- Original Message ----- > From: "Ruslan Ermilov" > To: "Aragon Gouveia" > Cc: > Sent: Thursday, January 17, 2002 6:20 PM > Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default > > > > On Thu, Jan 17, 2002 at 08:02:01AM -0800, Aragon Gouveia wrote: > > > > > > > > > The reserved 127.0.0.0/8 range is not added to FreeBSD's routing > > > table with destination interface lo0 by default. Instead, only > > > 127.0.0.1/32 is being routed to the loopback interface. Pinging, > > > for example, 127.2.3.4 returns no response - in my case it tries > > > to route via the default route out onto the net! > > > > > Nah, this is something that should be controlled with a firewall. > > The default ipfw(8) rules block this. Also, the kernel function > > in_canforward() does not allow forwarding of IP packets with the > > destination address in the 127.0.0.0/8 range. > > > > Can this PR be closed now? -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9: 5: 5 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 6C4E137B417 for ; Thu, 17 Jan 2002 09:05:03 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16RG0h-0007D4-00 for freebsd-bugs@FreeBSD.org; Thu, 17 Jan 2002 19:07:31 +0200 From: Sheldon Hearn To: freebsd-bugs@FreeBSD.org Subject: Re: sheldonh bungles 16 automatic feedback timeouts In-reply-to: Your message of "Thu, 17 Jan 2002 18:25:29 +0200." <26845.1011284729@axl.seasidesoftware.co.za> Date: Thu, 17 Jan 2002 19:07:31 +0200 Message-ID: <27717.1011287251@axl.seasidesoftware.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 17 Jan 2002 18:25:29 +0200, Sheldon Hearn wrote: > Unfortunately, the script didn't clear out the temporary file used to > build the e-mail message from one PR to the next, so the 16 after the > first one look a right mess. I've cleaned up the PRs by removing the spammage with edit-pr. I've also sent the e-mail recipients brief letters of apology. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9:20:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3980637B422 for ; Thu, 17 Jan 2002 09:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HHK3h29531; Thu, 17 Jan 2002 09:20:03 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 09:20:03 -0800 (PST) Message-Id: <200201171720.g0HHK3h29531@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Karthik K Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Karthik K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Karthik K To: freebsd-gnats-submit@FreeBSD.org, kar_alerts@mglorysb.com Cc: Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Fri, 18 Jan 2002 01:10:20 +0800 Even I doubt that the modules and kernel were out of sync SMP-wise. Let me provide information on how I build kernel. 1. cd /usr/src/sys/i386/conf 2. config SVR 3. cd ../../compile/SVR 4. make depend 5. make 6. make install When I did "make install", I could see "install ..." messages installing the .ko files to /modules directory. Which means that the new modules are getting installed in /modules directory. The file date/time of the smbfs.ko is latest time. FYI, the commands above were used in my servers from FBSD 4.2 until now. After installing the kernel I used to do a "make clean; make buildworld; make installworld" from /usr/src directory. In this SMP setup, I have freshly installed Freebsd-4.4 release (from CD) , cvsupped to stable today, then did a SMP-enabled build of kernel. I usually update the userland along with the kernel as I did today (after enabling SMP in kernel config). May be I will try removing the /usr/src folder then re-cvsup again and will try again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9:20:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 72AF537B43A for ; Thu, 17 Jan 2002 09:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HHK4f29536; Thu, 17 Jan 2002 09:20:04 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 09:20:04 -0800 (PST) Message-Id: <200201171720.g0HHK4f29536@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/26869; it has been noted by GNATS. From: Sheldon Hearn To: "Alexey V. Neyman" Cc: bug-followup@freebsd.org Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Thu, 17 Jan 2002 19:21:11 +0200 On Thu, 17 Jan 2002 01:50:02 PST, "Alexey V. Neyman" wrote: > > I cannot reproduce this bug under 4.5-RC. Is this still a problem > > for you with the latest -STABLE? > > Yes, its still a problem. Reproduced on 4.5-RC cvsupped Jan 10, 2002. > It is easily reproduceable using the example in PR, it crashed > everywhere I tried it. There's a fix for a similar problem already in -CURRENT. Please try the following patch. If it works, this is the same bug described in these PRs: 23912 33648 If the patch doesn't work for you, you could also try the patch in PR 12801. Ciao, Sheldon. Index: vs_relative.c =================================================================== RCS file: /home/ncvs/src/contrib/nvi/vi/vs_relative.c,v retrieving revision 1.1.1.1 retrieving revision 1.1.1.2 diff -u -d -r1.1.1.1 -r1.1.1.2 --- vs_relative.c 1 Nov 1996 06:45:33 -0000 1.1.1.1 +++ vs_relative.c 7 Jan 2002 14:26:12 -0000 1.1.1.2 @@ -111,6 +111,15 @@ int ch, leftright, listset; char *p; + /* + * Initialize the screen offset. + */ + scno = 0; + + /* Leading number if O_NUMBER option set. */ + if (O_ISSET(sp, O_NUMBER)) + scno += O_NUMBER_LENGTH; + /* Need the line to go any further. */ if (lp == NULL) { (void)db_get(sp, lno, 0, &lp, &len); @@ -122,7 +131,7 @@ if (lp == NULL) { done: if (diffp != NULL) /* XXX */ *diffp = 0; - return (0); + return scno; } /* Store away the values of the list and leftright edit options. */ @@ -130,15 +139,10 @@ leftright = O_ISSET(sp, O_LEFTRIGHT); /* - * Initialize the pointer into the buffer and screen and current - * offsets. + * Initialize the pointer into the buffer and current offset. */ p = lp; - curoff = scno = 0; - - /* Leading number if O_NUMBER option set. */ - if (O_ISSET(sp, O_NUMBER)) - scno += O_NUMBER_LENGTH; + curoff = 0; /* Macro to return the display length of any signal character. */ #define CHLEN(val) (ch = *(u_char *)p++) == '\t' && \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9:20:36 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B93B37B482 for ; Thu, 17 Jan 2002 09:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HHK6i29550; Thu, 17 Jan 2002 09:20:06 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 932D937B400 for ; Thu, 17 Jan 2002 09:19:23 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HHJNf29368; Thu, 17 Jan 2002 09:19:23 -0800 (PST) (envelope-from nobody) Message-Id: <200201171719.g0HHJNf29368@freefall.freebsd.org> Date: Thu, 17 Jan 2002 09:19:23 -0800 (PST) From: "Richard A. Secor" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33997: Reboot Fails on Server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33997 >Category: misc >Synopsis: Reboot Fails on Server >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 09:20:05 PST 2002 >Closed-Date: >Last-Modified: >Originator: Richard A. Secor >Release: FreeBSD 4.4-RELEASE (4.4-mini.iso) >Organization: Sequential Logic >Environment: FreeBSD rsecor.fcc.net 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: Digital Personal Workstation 300i+ *Note: 2 Separate Servers were tried using the same hardware configuration. Whenever the "reboot" or "shutdown -r" are used the computer shutsdown fine, the monitor stops recieving information from the video card and the network card unlinks. However, the computer never boots back up. So reboot has become a straight shutdown. >How-To-Repeat: Just run "reboot" or "shutdown -r". >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9:20:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C235B37B47E for ; Thu, 17 Jan 2002 09:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HHK5s29541; Thu, 17 Jan 2002 09:20:05 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 09:20:05 -0800 (PST) Message-Id: <200201171720.g0HHK5s29541@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33971; it has been noted by GNATS. From: Garrett Wollman To: "Tim J. Robbins" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/33971: finger could check if T/TCP is disabled and imply -T Date: Thu, 17 Jan 2002 12:19:06 -0500 (EST) < said: > The kernel does T/TCP because finger does not connect() before it > calls sendmsg() (unless, of course, the -T option is used). No, that is not Transaction TCP; that's implicit open/close -- an API feature that is independent of the protocol. > 16:29:39.703826 localhost.4459 > localhost.finger: S [tcp sum ok] 3639801831:3639801831(0) win 65535 (DF) (ttl 64, id 33391, len 60) No FIN flag, no CC{,.new,.echo} options, ergo no TCP accelerated open, thus no Transaction TCP. In fact, it's not even sending data on that SYN (which is IMO a bug -- if there is data in the socket buffer, every opportunity allowed by flow control should be taken to send it). > net.inet.tcp.rfc1644=1, finger tim@127.0.0.1: > 16:28:49.322276 localhost.4458 > localhost.finger: SP [tcp sum ok] 3668140434:3668140439(5) win 57344 (DF) (ttl 64, id 17585, len 73) Yes, when you turn on T/TCP support, the stack is capable of using it automatically -- that's the whole point of having such an option. > I give up. I just thought it'd be nice if finger detected hosts that > weren't listening on the finger port faster and a less confusing error msg. There must be something else wrong with your system or network. I do not see any delays such as you note with either -current or -stable: wollman@mintaka(132)$ time finger -l foo@www.lcs.mit.edu [www.lcs.mit.edu] finger: read: Connection refused 0.00 real 0.00 user 0.00 sys Your point about the error message is well-taken. The -current version of finger(1) says: wollman@khavrinen(633)$ time finger -l foo@www.lcs.mit.edu [www.lcs.mit.edu] finger: reading from network: Connection refused 0.03 real 0.00 user 0.02 sys ktrace demonstrates that it is in fact doing the implicit open: 98990 finger CALL socket(0x2,0x1,0) 98990 finger RET socket 4 [...] 98990 finger CALL sendmsg(0x4,0xbfbfedcc,0) 98990 finger GIO fd 4 wrote 8 bytes "/W foo\r " 98990 finger RET sendmsg 8 [...] 98990 finger CALL read(0x4,0x805b000,0x4074) 98990 finger RET read -1 errno 61 Connection refused -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9:50: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AACEF37B405 for ; Thu, 17 Jan 2002 09:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HHo2s33735; Thu, 17 Jan 2002 09:50:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 09:50:02 -0800 (PST) Message-Id: <200201171750.g0HHo2s33735@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Alexey V. Neyman" Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Reply-To: "Alexey V. Neyman" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/26869; it has been noted by GNATS. From: "Alexey V. Neyman" To: Sheldon Hearn Cc: bug-followup@freebsd.org Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Thu, 17 Jan 2002 20:45:03 +0300 On 17 January 2002 20:21, Sheldon Hearn wrote: > There's a fix for a similar problem already in -CURRENT. Please try > the following patch. If it works, this is the same bug described in > these > PRs: > > 23912 > 33648 > > If the patch doesn't work for you, you could also try the patch in PR > 12801. Although the problem sounds similar, neither of these patches dispose of it. -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 9:50:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7B80037B402 for ; Thu, 17 Jan 2002 09:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HHo1D33728; Thu, 17 Jan 2002 09:50:01 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 09:50:01 -0800 (PST) Message-Id: <200201171750.g0HHo1D33728@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Sheldon Hearn To: Karthik K Cc: bug-followup@freebsd.org Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Thu, 17 Jan 2002 19:43:11 +0200 On Thu, 17 Jan 2002 09:20:03 PST, Karthik K wrote: > Even I doubt that the modules and kernel were out of sync SMP-wise. Let me > provide information on how I build kernel. Then I'm not sure what the problem is, since I have a 4.5-RC SMP system from yesterday that doesn't exhibit this behaviour. What does this give you? sysctl hw.ncpu Do you also get '2'? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 10:21:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 662A537B48A; Thu, 17 Jan 2002 10:20:56 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HIIaH42032; Thu, 17 Jan 2002 10:18:36 -0800 (PST) (envelope-from sheldonh) Date: Thu, 17 Jan 2002 10:18:36 -0800 (PST) From: Message-Id: <200201171818.g0HIIaH42032@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: i386/26812: old bootstrap /sys/i386/boot/... still in -STABLE branch Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: old bootstrap /sys/i386/boot/... still in -STABLE branch Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jan 17 10:16:57 PST 2002 Responsible-Changed-Why: Peter is not only the guy who's probably interested, he also happens to be a cvsmeistser. :-) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=26812 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 11: 0: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1651E37B417 for ; Thu, 17 Jan 2002 11:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HJ02351845; Thu, 17 Jan 2002 11:00:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 11:00:02 -0800 (PST) Message-Id: <200201171900.g0HJ02351845@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/26869; it has been noted by GNATS. From: Sheldon Hearn To: "Alexey V. Neyman" Cc: bug-followup@freebsd.org Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Thu, 17 Jan 2002 21:01:17 +0200 On Thu, 17 Jan 2002 20:45:03 +0300, "Alexey V. Neyman" wrote: > Although the problem sounds similar, neither of these patches dispose > of it. Okay, in that case the PR needs to remain in feedback state while you liase with the nvi maintainers. See http://bostic.com/vi/ for more information. Please copy your feedback to , using the subject line of this message. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 11:20: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0962437B417 for ; Thu, 17 Jan 2002 11:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HJK1g58907; Thu, 17 Jan 2002 11:20:01 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 11:20:01 -0800 (PST) Message-Id: <200201171920.g0HJK1g58907@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Karthik K Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Karthik K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Karthik K To: freebsd-gnats-submit@FreeBSD.org, kar_alerts@mglorysb.com Cc: Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Fri, 18 Jan 2002 03:08:45 +0800 sysctl hw.ncpu gives "hw.ncpu: 2" That means the kernel has recognized the two CPUs and I could see a column "C" in "top" which has values 0/1. Thanks Karthik To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 11:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6A74F37B417 for ; Thu, 17 Jan 2002 11:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HJe1W63376; Thu, 17 Jan 2002 11:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7277E37B417 for ; Thu, 17 Jan 2002 11:37:44 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HJbiS63102; Thu, 17 Jan 2002 11:37:44 -0800 (PST) (envelope-from nobody) Message-Id: <200201171937.g0HJbiS63102@freefall.freebsd.org> Date: Thu, 17 Jan 2002 11:37:44 -0800 (PST) From: "David P. Discher" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34003: Hardcoded path for ssh-keygen in /etc/rc.network Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34003 >Category: misc >Synopsis: Hardcoded path for ssh-keygen in /etc/rc.network >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 11:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: David P. Discher >Release: FreeBSD 4.4 >Organization: >Environment: FreeBSD seven.dpdtech.com 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Thu Jan 17 12:23:54 CST 2002 root@seven.dpdtech.com:/build/src/sys/compile/borg_fbsd44_20020117a i386 >Description: I found this awhile back, in the /etc/rc.network file, the path to ssh-keygen is hardcoded to /usr/bin/ssh-keygen. The causes problems when trying to upgrade to new versions of OpenSSH from the ports collections. This seems to be a slight oversight. It might not be needed to change these files, but with the idea that the $sshd_program can be configured to a different location/version, but one can't point to the correct versions of the keygen program. >How-To-Repeat: Installing OpenSSH from the ports collections >Fix: 1. Create a port that installs into the base system (probably not the best solution) 2. Change the rc.conf $sshd_program, to $sshd_prefix. Then change /etc/rc and rc.network to use $sshd_prefix/sbin/sshd and $sshd_path/bin/ssh-keygen or simliar. 3. The ports collection should start the new versions of OpenSSH from /usr/local/etc/rc.d/ instead of /etc/rc (but this does not seem to be currently done. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 11:40:36 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A1BE37B41A for ; Thu, 17 Jan 2002 11:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HJe2w63381; Thu, 17 Jan 2002 11:40:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 11:40:02 -0800 (PST) Message-Id: <200201171940.g0HJe2w63381@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Edwards Subject: Re: bin/33873: Add "pstack" command to FreeBSD Reply-To: Peter Edwards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33873; it has been noted by GNATS. From: Peter Edwards To: Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/33873: Add "pstack" command to FreeBSD Date: Thu, 17 Jan 2002 19:38:56 +0000 This is a multi-part message in MIME format. --------------9CD512AE5C0DC11F57367CFA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit After comments from a committer, I've: removed a dependance on MAXDSIZ (I found a much better way of finding the same information) added support for core files. Made it somewhat more style(9) compliant. I haven't totally digested style(9), but this should be much closer to meeting its requirements. I doubt I'll have too much time to play more with this, but comments are always appreciated. -- Peter. --------------9CD512AE5C0DC11F57367CFA Content-Type: application/octet-stream; name="pstack.tgz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pstack.tgz" H4sIAHEnRzwAA+w72XLbSJJ+Jb+irJ2WSJmiKPmasCxNUDwsTFCkhqB8hKeXAwJFEm0QQKMA HT3j/fbNzCrcoC31hHtjY5dhi2AdeVVmVmZWwRehYX45fPIjP+xF5/XLl+wJY+z58Sv6Zscv 5Lf8dBh7/eL46NXx85cvXjJ2dNR5+foJe/lDqVKfCAQQMPbE5yEP+PZxMGy5/CMI+mM/vlz/ S+MLX9rON/j/Nz5Hnc6rFy+2r//zzrFc/5evnh8fP4f1P4anJ6zzQ6gpfP6Pr//VdPLuVCpB XZ/2dPXcNuu94aj7Tmen7GDFDj4YjgN/A25FrmW44YHFTUdAi8tFyK0DfgfSc7FBhIFthgd+ 4IVeeO9zbNvYQtjuKt/oe7YLkw6MwA7X8Nt2Hdvl7GC59IKNERJIV9geQjXgod62XdOJLM7e LoTVBlir9ubLWf1/WoL/uz/K/uNV/yE4vm3/r49evX6d+P+j50do/6+ev/p/+/8jPof7dbbP ep5/H9irdcgaZpMdd8AhX6E82MC6NQJLwBgcNuWWjfa9iEKwS2a4FosEZ7bLhBcFJqeWhe0a wT1DKxYtdovG7QX07UUhQtl4lr20TQNhtJgRcObzYGOH4EcYWPWNbcFDuDZC+MMBjuN4t+A9 mOm5lo2TkByat+HhG3w+ahdIE8xbxjSZHriMDSwzC3hoAK0I1Vh4N9il2EYg8HG90DZ5C0bY gjkAD8GkaIm9PE2A1HQMe8ODNsI4LhMCCDMSiQkBPq0IiPsxtDDJpYJkeWa04W5oxIt2COvh QX/AwM/ywDbAkyeCpwVDwFk22koBZheazvTJcPahOx0weIbt473WH/TZ+SfoHLDu9exiMmXd cZ/1JuPZVDu/nk2mOvvHP7o6jN/bwy6E1B1/YoOPV9OBrjOYoF1ejTQAA3Cn3fFMG+gtpo17 o+u+Nn7XYgCFjSczNtIutRkMm01aiA4BlWeyyZBdDqa9C/jZPddG2uwTETTUZmNEN0QC2VV3 OtN616PulF1dT68mOkFDtvqa3ht1tctBv82ACEDMBu8H4xnTL7qjUZZN+Jfj8nwAFHbPRwSK 0ACXfW066M2QnfSpBzID4kYtpl8Neho+DD4OgJPu9FNLgdUHf7uGQdCJ0Prdy+474K3xHanA gvSup4NLpBfkoF+f6zNtdj0bsHeTSV9HUABeH0zfa72BfsJGE50Edq0PWoBk1iX0AAWkBd3w fH6tayQ3bTwbTKfXVzNtMm4ioIvJBxAMENuF2X2S8WRMPIOMJtNPCBflQUvQYh8uBtA+RZGS 1LooCx2k15shtMxIwArynGWYZePBu5H2bjDuDbB3goA+aPqgCSum6ThAk5g/dD8Rj9fEPq4V 0CYfM6rbohVl2pB1++81JF4NBj3QNaUzkyFC0q97F0r6sRX8aRhwfq73/wQ/Dut16UKTuAme c76zxf5quBE6APSrMYx39g0HY0S7M7kQTOujlzQ98GoYh4Pdw4TQYysewqgFgA4DAxwGOAF+ w7FvHXDDAktHaOQtFShyRDP0GhgiBcYGQNkQcQEwixuONHDr3jU24IMd5x6ci/sFDJ/fcTMK jYXDgWTlXRCUYy8CQ0JY83u2NsBZOZ6BvkK56BB8DhKGz8I1fLH2wgSEIpR8tp3lWKElcpRA 97B1Yc6DNtNckIcFUkSyPfKCLWaH8MwJlPAApw8ePQSSvAAclcPZCpwYdxx0hkbgQaSqHGGM E+AblhUgduEb6F2BSNqSIP0ReZjcuLlnhhDRxlcOdwH7F0FzjHt8BI4ltQSmhZQaJDCAD4RT /Bq2pC+V4pY8B0oHQHX+Iwlpxb049A1Yrfb6rND8a8QjXm7ebAy33ApaGJZbbw27otUnlapo B2ktRQXse2GGDrZnOrizzI/kQVBqcL1809J0JaC06ctNgXXHhphAFNvcLwW6ePjLxi+02SvX KIAXoWV7pSZYv2JbANpTYp3flUiJXNgfLRKGdAAfP358g4sOMsVIZhl4GyYC8xBwHEo9OYyk LYDg6XvuB/YN7MDtNWkDQIT9eUZdPQ9yo7uQ/bNeA/bmi2hZq/2yOKnXgLe4QVBDZMqh8xAe T+pfT+p17kYbmIl7f2/2cf7X8/l4omuwYchf8luPH6579a/MDO9mkJedIDOs3W4zDsZTIpOJ MFouSXNBUJEZMh2d3hDUFqbqs642+tv8YtDtN9L2EYiplRnXBByYAlp8ydQM2KumnzJTmnL4 GAK3kwSTlAsKJNdQq+27wP1J0pzHXCOvDL0DZ/n8eN4F66/VbEvKqTQDoSeoa6hs+Zm2n/+9 wN+QxdZqRrDqgcMJk/4P4L2wVXw++jmHDboni1+4GWZYSdtiZrJIDMHx4YTB0gxhk1DO16MZ AlejZq4N4Gsfd44xrQXoyW8cVKKGTTo8QxMoCkSRNJRG9o3QSJolwsHaCtg+mPQFiJYHhd4r 6t1X24ocIgpjdDlGAGmgzdVjJBzlEwuEqYk62aEodFLBAB00DySbGbmOwMQ0d+mhWDPSkyqM qnBS0T6N3HgFveVSatRYrkC+8dq1wQ1rVqkD1CXkZRhyEfKNvdjGyu05TqahY1VwgnqQ5yGY W3wRrea4p+UgXKktFgD4toVq4NsJ6Ru+kaoEKgC7uWvBF2xd5PUP38LAs0MYQmpVFK2jHlJr i2mtBeoh4Y60M7aJsp7LfrUu5W4MRrSNseKVvRgmbe/NaEk8iEgKlWfNkaS8yH5WT6QkIV0y IX4I2Yp8QxdsmZ2yVye5Ln3t3Uq8uOQ4oJNOTlWX7dd8w2rgFDTMZgIkcnGzAmt2PHdVA8Ob rw2xbsiZSacE4SrvmeLHCc+Ph7Zr6dJszu+RjEaluFv1Wq2WJQnhtdh24/WbJ9W47jcLzzm/ 78pQ6hvYUl2luKtFMkPnn6FFYb7fIOL7jd/KiY2IrCJkZLvcCGCaDl/muoqIMhJiD/48RBQJ Qd+RwjaB/7s4RuDlJbBGFkrs4lusjBPlXgXqHQ/HXrhNLViJSKQ8msN0oFGtlxp049kW4LFg 5/Dlau47vFJRACcZ3xDCoB6Y60OQxxpehHXtOqkwKuHkJ6Enm/jcbZDzY/A3jwecyzjmM9uO bmVIyVfBj9KeZ/plLFPwGZd80yiOx76WkhZE2UVjCPgG1qNLJiE36oJbyMKXHmoLigzQhV9E Y1dQjKqbl+R2iGSzCPNBqobT+5AtUQAlGkNtNJDqWhanxITqA9RAkpQCQpERJCAgQVdNaTVh pFRZqcCuWS3X90bwaMBleyYbuDGciFcwAUYQ751bpP0dbU4gYYJcCWLLWKk04jFTJAEPnoL+ SQdBcOuRE6e0zy7Mh5GY1ds42HjgFJD+lK+qESSSD/iK7cOf8nSdh5G/3bi3+Bb0IXlYkQA3 2ED2mydxrtiLHCfOEfV7EUK89Z51fd9RZXF2LkvGGoYyS0jSKUGsihnYA2KGOsSB+UlrDFRa bAUE1W7XGAg2aCh7esr2/t7Za2LoWMNRjTV7+5a9aLJnEtizZxA71ewlazRW0L1mu6xzt+zI TxPnd5poQGv2n6dsxc7O2PGLE4K1e8r+CxDWvtZrEJtFgQuwQSJfY5lccMcXWCRXJZgDSDvd ELKALO9ZUddzIVWd0qniIBhiAYjPP7NTIGKHPfCz86jBKEWUCNLBztifSQL04xR+nKT8KmpA ln/usIPY54MElAhUUdCVDkxleC22BN3HwpkRAHeRA2ypCK2dFQ1Iov6oeLB646+KB+HLJwGT y0Z2cZkaNoW7zGZvkdSDsyRvhMe5WLsRJBr2s2dNpTBAhbnxGzQ0nx9+tn+GpvWcVPAZDEex ZsepdLDFSJ/ZKWoZqWhNEgeEVINF1UvE32niz4z+HRxlFRDlJmuYFNrJoioe1XABe5TIr4Cq I1KxVVuyW86Whu1gIqVWSwG5XXuCsxs7CCPDYYHhrvC8jGpIgnlRwEIjoBqvhIfgANat7TjM ME3uhxlQ8cnM2l6tuUjmUMERqcWSKeO/IiKgA4BTaZjgt2VF2MCzIsEiqgZvjNBc58qTOyKM FmIHq6Z4akbMdUFNLX7Al0tUHITBlvwWuHUEP/A9YYegtOINjoNF8n0ODrFcXW4hqLTCLBmE yFINAil7QciWkWuqYqtgC46msgNxqB3utOCnadBhIxIha96ceS5MVuJRpV4bo05ZfYah4BmZ 65GlfcNYHpTQVEZGSUKzJbCvzGbQkspmJjCXMeWhqLS5Um0FwcKwXFVEToztA39gXQeeODGW K/Ko8RILJazoGNk/2U4blgymgpx32vANiwSPHfb1JGPzh/tsJg8lSMWl2IWSO6yMgisrUsS9 TIdrxEu1iRZ9SY42MF/yH2Tp6EG2uDdancLMlvIiu6lYM7sT1kxtN8LSALCFQ7G0FsX2L8cj Z79GYGjw/IYOYui0VgjPtI2QW3KarBjHc/YEs0j8hnTZ8o4LyowAgzGGchr2Y41VHZuQVVDP Ie4dyYrGUovrdYl3JJl+Tpkj/4m2Jj2pt1wKjmWOmlKIMiBWmJxOSTUHZsXzS+OFrCrG8UM8 7i1LpysfDV0YSZRUuSkS/VQhBZoSend9NpuPJ7NPVwP2r39hL7I8GA1x5myO7YgPyAjBPSw9 2hFwbpPt7sbD4wEUnLO3p2S0mf5GIkIaBvuVdSeFt3QMkPwu0y+G8+5oNOk1FSNyG4sn4O6t 2ksdtE6VhJwRHcnExFCkXcsmchOyLdYDBS8H0JVVRvosIJj+on58pa+vEBoKniWwIWsNtH2C XJn6nZXSFqp/N7kVpCrq6vGfRMFOyU17y0aiIvF+ndmyJf6/AANvWLx9F336Q2pDFXWvRxeG qv14wXUnPlq55Zy3rvDRRVefcZ9l51nwFHnzJvWGP9tcQ8Yz5CbGU5KBW/xBPE45gu/6gYe4 AVTTpypQzKpTTudVGJhEgHmNLEV739OwrQHhyINsjKcBmC1j89FQBhnfDyi21gYfEHo/TM1A hzD5k3pVoXTFc5RSIJGeVjF3EZlfeFhoBFC2m2+zC+CocV/OLqKSfQSkugvJV6tfyFGh4+Y7 +k9BydAO8IhRkLHLABmm8lyEouKbNqMN9luxBEZAOB/in138zmYbKGPUNGlZ0JmaFuW4ipWi lktGm42CmcXzpZ01T75lIoW5SEjF3G+7gmRSVZigFh9TesXF5w4xJRUg235E7Wq5Mx2A6Bh7 5GJDRzzkWUa1SEg30JnULWRK91N2TBIRKggk6xuMBjGE02fj+fW4Pxji71Mm0UHI14zDiC3+ A4a08x4km0hm/QiMt+VulXcmtBfJbfV7KpTE0xiAiiwm0NixlyrZIgrlnZpkzhu88OLQHhYr NUWFCcri/gYIEYlkip7VJt8s+cOvZDF9D5xaHgPEoUnkj8yprPdB5pIkDBleKdDCOOKRFJOI iiRXu+crI4CFwJs4yiujxqMj9lQJRflb6YCjQOazdE3jA10JWkDQfQ/CdvdCuseKd9wphXTl FXTMASAZ9xGPjOhNABxPpEtfKEG6oWl5t3i5aWGH1dvC7z7OicsuspKeut5Coc/fdsqatiNJ TNAlklKdzLYujZVtqnSwc/d62WJ7gz34M8I/wz1KBSuuClxYxVsC8fZ0UU5g4wsEcRdRbpHz r9NNBfRceHCTimUyn/Yn49En1ATUQznqFGM/UpVbI3AbO5FLVQWsesD0bKFh7yext9NiMUAy 45w6gX4pyCiVhhTzrlg0s1hMxxOc+ghAESlJ9tFILblVbDaG3+iAAizaKnmgW5yz+XTQ7bfY Zfdqrl90p4N+S+kAWUWOIsmAhHdKM4ZdbTToV4sI8D2eWNAk9LVYQDIbR604kKLjChyTJJe6 rHum3GQ71e4YL3m+aoibAmhGcQOUitaUc9B7vTcc28LADG0V7X4tp8euasM3SZ0xAd6KVTwh Xf1uyrIA5Znkry4sql/aeDD1eaDNe6Ourv+MgwAX/Xh+vH30+8FU1yZjOf79vHc9nQ7Gs3Qh 7ho7rkceC0iTceTf3R0S+hLPeOTxT622iVzUC1lMSIW5fXUOzvL3ckCMZGdY+EZKN3LpcgGw tMcmOLJGzIiPZVvY/46azaQ246slg+Z0GIQOLZapAOcAZOo2RARsvcVlVbh9Cl1ubSxFNuKx wMtcpvNkfAb45qvZnO4fX73BPY34LdwGSonMgkkjnDRFjgH2P427l1ovhRjXQU8TEPmJmEz4 mEakzGJlWCo5dGZ47cRqnw9Z0TK+typ6eVVEdlW2LorYuiiisChiy6LomUXJMSryjIrtjKYx aDoXNiDXuqPY7ULFbuwvUgCKBQmwOCMbpEK+30l8RuysUJxhYEV+I+u+aOOUBa/M4UsnGzu8 U9U8Qo87u8PdVbiWJ3KQ8PncxHdUGBor34lry3GQUbnD/45bFo+7ZFHMA+PddE1bMLTNET++ OJK/7Qf4oElup/uWqkJg8SFRpTV53QoncsIkeIZ/s5XYBrU3Y0PFbeeKSnaDuOZXUXDMTMqY JS1ivhfniN+oN64qoDLHkTo6eP++sYtsgXNMPDr+bspAHfCn2T61y+ZYEogzM5Aui0f+MQ1t u5QjiN9a7IWaprbqb02xuDCzUzKJiMo4FOpMfKxKbQpCLMjU82FWQmqQ7JmyDdUBmnKYVV8h YUnrbF+/EUmrsv6tF3xh8SV3OotT1elMtKAMJHlRIQmp6XzJxtOWMHNOBvE1RNbLyEkPcOg+ vhGuCYHhYwgt1JsOdVVPx1Ok6jD6918rSq3HD3yBIT6Y3b58wtpDYoog3DiiepozbAK8o15V gIhpPJtfTa90bTyctKQza+QMuLkroUM4CTCbSUYkW9HU5jdgY5hloPkoUHEEITVAnsqfZucs 41rqw7IkpBc8HJ6xyRfiBB1h0AmGPFLMJkuVQn/A/SuUbhy/pO6ZNqukNb8T5vvybgf7VADU kMJs5nxJi+XCzSyo5jaP34NNnIp5aC6gYpTdgX4nL6S0WTcM+cYPlTK+Ua/PwadbnFQwCnlQ 3/7GBFyAwr1tsiQEFETuAb1Ck74dkoCh6+tMvvqDvpobVOKiq/B45mzjiyeGgGc8MKZXdJgZ BQHs1jJDlR9A4eIplZxZMq2HXpgr3XSh23JJglm8Lpe5MUDfiDES6kdgxhlguPHPo+Xnq+7s Yn7Z/fjzSRkgwkub8c4O/Bcn5RvK+3hF+aR0PZnt4/1kNGuEhElXLu6SF4hQdfDh4Cy9nAxD x9ejUdKTXhMu9mQuPKuoSLYnd5WLE/CSNWaYSQOIPW5ALuB5V3Zkrl3jY4GKTqF5GrnqGjJd yk7BZK5o4+PBGd6NUwBkQ/ZCeQwDj0dVwIQXEoSIDzNzb1KxG9uQV8hbeAmB1BC3CEpw6rUk N8tdrEouUrVYrEzqjFZmDvG9N3W9qyrxUdQN7bvIL1oluc4GYMUtSUV0eDsBT3IT40PEBELm 1kA7cdHM0PxUqX8a/RRWVm3WSZmstEkVxsOGkIB8ehqfRyaFSJUmmoaLhNNZO4lRMkR3M9Tm u6M2+bKkirJSMUDmSFC4dL9q2ZDmlwRR8mcTdjr5RsBP1iGhasV0Jsoq4SpOQF3kzJM41kgW h5xVZl2KOlGsjyXeRult8i5A89F6IW/mrLywUjdICZTSEpHq8g/6YfS2BEJeRnNpg2h84PHL iGxuLCHxnMtrKOA70b2qnSG+t4VLBSZGYOhVbfnGhWAb7wY2ggVf/nd71/rctnHEPwt/BcwZ W2RMIpLtZDpi5FS2aEfTxPSIctNM7NFQEiij4asEGFmt9b/39nW3dwBoKun0EzBxbAJ3e++7 ffx2DwbSVHCepujzzuqrrNDTz3aw9LBhJEg7DnWGuraDfnIHMPMl1UMc90CehAUnaq6J9Gol Mexq3qyt6LdTm9zJZlweD00J3cvbgE+H1Fz+HFICv1JRB7uLV5dQRSAs2INwzn0pJ3ckz8jQ w0RNzNqWhXnMlLObcDBrjwqaYoge6coEQUXj2uxjglJZE/9l3X4h688oLmWGveCksOHBEmB5 F50FAcxmpiqk4h2fvFQhygBSwXmM6FxSeysuJMcEZ5AaNv8bXBAkpClHWxAE8mJBaDB4f2EW EbA2aqzgtIOpB0gE8kRtGxHy6Ozs6OUPfCrswSywdgGynQzm+XrlFwZLiktTi6pAbsqZTqBA musoV46zwrxpYzmPiDOROQfFnNDaZQ9fag/wS9pjGkmHOO/K2WzJGhYTODhgBxVIrscEnau1 JV2GWfOuFzFyCaJy8NY1M6QhhI7hjcxIgrZpImcxsYQ8kOD0DBmzObFJwKMyUgneq1Yhfppa 9Ag4LtuOM+RIkQ24BACg8KSut33vBdlkr/NkdZ5eLN2/M22rCpkss2yAgfHZoET57vFg4Tb/ 23xxA1N3tlilbv4WXNNFniZ+9UoUoURbjRCm7rrdn0x0mn4Nw5CvZ/7ExOJ2fsumU5pno5PX EPmADs4V6hntxD8eqInfvgTu6rzo7LO6X0wQlnWklyVOErcRqM1ofemqQPw4d2SV6Fg6Uqtl SZxpqAux/BPBS0PH+koJY1tnGQ20rPOUqdGFfVTWKG1d4lfVnoQwqMhSyUTT7oXIACKoX3F/ MqOx67sxVpoMN66+OKupro4b21Odj+OlOLKvLeCk5ahY1aPl+WhEUW9Hajv4UqG3Q7Wd0tqx 2q5Ca/fj8OhY4+Jsmt9RDvjuULVqQ7rH6o3plvzf8XOvO/6jNWlUaU836KsGGUGGwqsrvReW 2tcKQRwHtpiIraTKhI9/Qp7xzgfh610zW1Jgo6XbWZlhRHGcNtXJCnlWxH1eXVEkCN4UrQFa RKeW229awjTaY7xm5dzDDUz/zHwxvOzy/tWEvPd5iaCpGd6IHY8l5Ak55j/2EVSAbAFDhXOR 7QeetTF71sIi4+4IpW8vPUrhHBfg5M3JWfsR5QLwl6kz84Tx2zWGRUHI7oJGa76eXZjzHhmb dIXW+5x2/NBZYX/vyTNlDMGmuVrZ1uN8ga20oAMly/UgA/cE/v2yQM/UAYjJzNkFWy7GDJA3 F/AGowa4No4Gp2fn8CNoaldKA+aADIRBO1Svi5+Fd/Y6GfsRl48BCQgcjUvL1Odx/BeAu5hB fNatGFwFmrZmMEdM1B0Zd5VlRSCMAdW/zBKoamVmsmIduOCLZcfZZ5faNIvVhQ71XlSQvECS XUUxpGIKNHuaHRGvbXcyS3vPsQlyJHhhBCpUQTLJq3WP1rNkNkYmlQRE1L6a2WO4Z7OLtMa4 3U8zjG9T2gLu7be5EVBShxQpH6nOuiTU8/T6iHZe3xuIEAKhAq2PVriYPqLWFvqVF94XnYhC Y/JOvalKjLVcPagKAlTd8YSZbDQNWSz48fmhNAuEazr27JvHlhIeaxYv5lkZaw+aevgSqF/A 1qhUvBDdyR0pfvCiqlnxR/1t1RyoOgrqpoecIprBYp+2+n1/GxcWh/eBj2/0gWThTdGOuM8d xuT5x67DOxPWZFHjWw/zVlcc/wQ2FGrsYPb5udrI5KFGDViycoKHV62up/wqFXwQP8zfz1sl 6S8wiMCst0dhaXuRrSS2SfSGxAsnbHAvfCT3w09xS1xhuEu6liCr8KB/3CvYYevkLRaOsOxW m40KnZjhK36lSlXCngmK5kPw1fB0YISfNh944TmIB6B1JWHdklIztb7np9XnNE7X7o4etYPS erCntCkRLEceGlSR90xatNRrXcck8gV2uGMDev7m00UHl1fv3rwkzKTL8ogb6LaQ8mCbMX2Y x203yUGRp5sjp7tHK9xsw0Pc0HBcRKnQT+Z/3djnIphumLJTkxDGAY4Bs8HCCD2gIeqwApvm lNlrH35qdet7Lu7ZrvIdVMIiwsgsMq62JLO5wkZhyYUZDg+fsO8RaQwRcGO2uNXlx5Vv5ezG u1/vGi7je5vYx6gcxEuE7rghlUoI8uuuvHz4010NR2H6AtEozEloayMCYKukCZCwo5KO8h5x CcqBFeAcsYd61enPn+3wHcYcxqjC0EZnTMmaBh7nvgYCDkXyV2LZCbT5Avevk59qwz3UtbUK sKOiPZS8MpTHjg+Y1s4gSJnwILDUA6x0mZ3FsrrBGnjsz33WTYukRtW7P5xa+3YSZsMDQqPG h7ShlZPqj8a6UKyIsuJeZlXmT+pZ89HjvllAIVUBtEwS6qFn0yRCOM45rh3ouwG1HhB0Io+Q Q40n+k87uMqF6Iada+gqpSi9CCyDWMNTVJDfjBlH/6X6mAM1qA6cuf0vZ4SxSFlxYin4Icq2 IQPzspaKnCRfJAKxCGuJAAuzBZE1hlvLriwhNr/41CQo2zYUL4tPoPLaTJAjtG1Jr7aVhoyH NcSopMD6LNbX5KAEpp/dnAxacwi/bOMGzG/jHNX9zhhQvYlvGX9FLS+29cSrY/jLMezAXp0D KNz88UU984LYlSmLTBxTo/hYhdYIxYXIY71s8BasVmmJRXUqAqptN1K2ZwEyJBqvYCV+ytCp KgJ5IG4UQF9dUzuUy1CETpCG9wWkW5XDvE2m544pr6n/DECctiO5juZ3x+c3q3NDVzsWpaJ0 PElkLDrETMF4oDoUMhvBZj0Hy8i8w2gBtBrtoHsjn6XMRCDjYETchTkIssmEIi3E8zTDUOEQ DZjyOTM6gBpXFQFu4/bFokCfItJt3EhWdHQaT2GRCB4q6fA3ccwxOyfUJjDY24AQsEKowpyP MGxIzUXEWNxglcckQRs5cXWLFi7enkstSegN2mumtYM91ooDSva8LOx5GgwsWmnNKdeDw3Aq IxbHJSsbqHEwUU5xrGyluRn3KSxGoUPKFkpxNHB6iroNi4652u2KLW3Vu9RWwZ5gj/JU1l3S kap3ppC3xapfA/iqhEpVhdO9hFCbTgQ3JE3WEFPVl9JicdiLcLb8nO6q2WsBIxZuF6DsrI2M cpeMswdstszTVG47wGysztZMSpdImMTZ9RxhVUUSyXxl8R3a8sBvDCDBcErVqEo56G+X22v4 SsodnoeiQODNi7N1NJC5voSN1MuU/W1RHEOkSHqLhnkd2fggeHtAW+oyWMRAJvnnxa97H5Jz /IsXyEWY0E/39AMnsyEWbFGj2rKARM406O8NZemEG0p793JDYetL89/5jKNBJ7NLMK1vKLMi /cUyLPouNCl45nxQs3vm+zr7vV29SLDmoKRE9dMFeMdgvlDSTidQ4auNbHxhRKhVtljn4JpJ sJdQqKnB4Faq4DeHoNukWqfuP76dw1m5CNSi8BoCIge7nnnTt753wTnTZ993swsfA3rgxbvX 5Wj3cixLvDCLvtHuTkoZb96Qhgj+wQp5TuX7ZaDrjknjhVSAZsjpBI0JvYuwlR2nPLEBbZzS RBUmdmAox6l3gK5Jdl6Mr2He2aa7o7NiakGPd+vKEfOAeWX5M8gQMGgbWE/wzjAZEpBbzP+W xeoPGQSsbkNZmT2cKsJT7ZtNBuP7hT7UrhGEhELXiJXFa1c6R1hVuENV2Th3FtXyenB2Ong9 UopzBW4xZQO8pVPtbhGo7MuuF6Ozo7N3ozrXi5VgutD5gkaRcQJYrk2BThX4SjQo0CcernSz 4gTxzIbTNUe4gup5LIBFBDF73dZ3fXSqRvBPRJ/E4VTA+m+ffcCA3+9yCDkpCGcA9praHMTf PgM2n0FThmHO15NJdpmx8z+NjA+AKTGnNDkfhUaWivADLnhCgKC6BxzZ1LqFPWCtFw6MIw7k QsW6j3s4Vw9wT6HRq+LGoON03ILAfgqdy/7SCtTqMDzkaj1fKLgOxrNkUOTVg1Cpu5WvzqV2 1pGZUMlu14eJhUkhKQIkYSlorLx3qxx61q7yCiRajYmt7D0UJupHDnTs74XTFNie+o5wV8sQ brWuO74oeVTeGxF/lXu/+9vYS33LZ5cucziz8Jd7G/5cdl4jfhUPA0MZTFt2l3wgN2v89Pbs l7afT05ogb2IDe7EbKhhUlwYnOB08NPw7wO63iMPrvewEBUazclKzE6wjFwzAmMmWg0hPb0M cFgyBRCZTK5TzuJRP/231YaF6n4crCHprbbFM3AW6lD+oWEO/co1wJL3XRC6TMUJro5l+1Vu mIxlnlnn8davvcXn3vBD/GtP60rg9xiwSSbzel58gB3uM25ISZK8n7e05TovrtKVYbpbWPoB 32L1fs6GbClRQ0IHRhAZHb0e0HKFms/G2RwD8ZoyzdnEXpfmx++KtQhDrOMVD68o5gfbaoEE 1iYzRPq1XmD27FPRi9ugA7hOi8WyaFMtoHjTrvFBerAYtvz934qVKsDA7ngXpSvvtodxscja hqYhRtPbjyGwm1Ie1RRKXJV2wfTLV0bsVyUf1iZ/4ie/Sifj9bQ40GcYzaWOLME7ZvqXBYgL hquFLtIMm0qPc9+MQowRojNqkslGVmPIqIM74AmKvQT9LbZehe+nQIMOAr3HcVXARosXQ8HP wej05Q8dB6U+yhFKzSQp6GwAgN2RmRQfSjrsFuVE57k71VCF5CV6e6GkKr6R3VhG2nmsMd/j CQsBNMcsssW6IB7Y4rntcS2nrVddGgCz1IajwempG0YZMPMd19+fvv/Tv/91/39wo2j5gftf v62///nJE/MR7399ur/3jO5//Wb/WXP/6//jSd631H2G5leUHF/ZGwv3n3bx1kLz0uzDhhF4 +bd4P0qGeZSMPsZvjn4aRMmbGZ8a5p9XcQuModpfSDkT0f1/oiVlrriFpEa/vBm+Hf0yAnKG /jJ+NY3T+GhFMQb4xRhe4Jkmbxbyj2GUmG+wmj/HctQh4ePB6OXpCd5ZGR1n+XI6vs0lFq9X R+1ZzXqUoKbEd/KPyLAcXGSkpXIXGCE5IhkvSt4uo6FcIrhCUwZd2pofRMmLadwDXUbvJruC ixCnUXJS+K0foevqLfjpj6eogS8804gRTCCuwgSvBoP7AyAcsRecORJdQWzDNIiF3wOfxzfo STVe2QvsxjYeQySxCtCb3TMCARz6drEm6w6QW88lV8y5ovHvRopCSwuovdNP41mGfUsbO195 iSb21TXeVguVXKX/WmcriAXBnaJmgHLWhzHj7oYvN4vVVQ+D8Aot5WzPYH1xpUdO1ZJfRK/k gwfqv6KJU4qLYQ1nbOdS5oBIYpkTopcLGG5RgBmWKRr+xFsgKCXSrglBKYMprabBID76cWQW xT9I+pzk8Tf45cW717TGjhdpDnHvKOYHzKzlx3Hcvk2LDg0ohlaHr+RFZqOemkl0giHY8RbS qxSdDMGw5vtM8Jbilv5sOU3tLcRYF7pEdxR5t6XG3+FGnKT0868gcqdFrzDCwOVilpg/zY3v zdM8zdM8zdM8zdM8zdM8zdM8zdM8zdM8zdM8zdM8zdM8zdM8zdM8zdM8Vc9/AeakGeEAoAAA --------------9CD512AE5C0DC11F57367CFA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 11:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2E67237B41D for ; Thu, 17 Jan 2002 11:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HJo1464954; Thu, 17 Jan 2002 11:50:01 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 11:50:01 -0800 (PST) Message-Id: <200201171950.g0HJo1464954@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Sheldon Hearn To: Karthik K Cc: bug-followup@freebsd.org Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Thu, 17 Jan 2002 21:51:44 +0200 On Thu, 17 Jan 2002 11:20:01 PST, Karthik K wrote: > sysctl hw.ncpu gives > "hw.ncpu: 2" Then I'm not sure what more we can do for you in the absence of further information. :-( Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 12: 0: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 11D8C37B402 for ; Thu, 17 Jan 2002 12:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HK05i66543; Thu, 17 Jan 2002 12:00:05 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 12:00:05 -0800 (PST) Message-Id: <200201172000.g0HK05i66543@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ryan Dooley Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Ryan Dooley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Ryan Dooley To: Ruslan Ermilov Cc: Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 13:56:29 -0600 (CST) > Try compiling a debugging version of libc and linking dev_mkdb > statically with it. You can run a stripped down version of it, > and the dump could still be used with the unstripped version > for post mortem analysis. Unfortunatly, I don't have that option off hand right now. The curious thing I just installed on a similar workstation and the problem doesn't exist there. The only difference(s) are: (new vs. old where problem exists) 1) Generic Mach32 video card vs. 3Dfx Voodoo3 PCI video card, 2) 128MB ram vs. 384MB ram, and 3) generic newfs options vs. -b 32768 and -f 4096. Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 12: 0:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 751BB37B416; Thu, 17 Jan 2002 12:00:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HK0ek66686; Thu, 17 Jan 2002 12:00:40 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 12:00:40 -0800 (PST) From: Message-Id: <200201172000.g0HK0ek66686@freefall.freebsd.org> To: in@amalea.org, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/27262: process won't be terminated after CPUTIME exceeded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: process won't be terminated after CPUTIME exceeded State-Changed-From-To: closed->analyzed State-Changed-By: ashp State-Changed-When: Thu Jan 17 12:00:12 PST 2002 State-Changed-Why: Move this to analyzed so that it is taken into account before 5.0 is released. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27262 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 12: 2: 0 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from labyrinth.cs.rogers.wave.ca (labyrinth.cs.rogers.wave.ca [24.112.32.100]) by hub.freebsd.org (Postfix) with ESMTP id 379B337B417; Thu, 17 Jan 2002 12:01:51 -0800 (PST) Received: (from ashp@localhost) by labyrinth.cs.rogers.wave.ca (8.11.6/8.11.6) id g0HK4Kl16528; Thu, 17 Jan 2002 15:04:20 -0500 (EST) (envelope-from ashp) Date: Thu, 17 Jan 2002 15:04:20 -0500 From: Ashley Penney To: David Malone Cc: ashp@FreeBSD.org, in@amalea.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/27262: process won't be terminated after CPUTIME exceeded Message-ID: <20020117150420.A33534@labyrinth.cs.rogers.wave.ca> References: <200201170331.g0H3VLS04983@freefall.freebsd.org> <20020117110646.GA679@gosset.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020117110646.GA679@gosset.maths.tcd.ie>; from dwmalone@gosset.maths.tcd.ie on Thu, Jan 17, 2002 at 11:06:46AM +0000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jan 17, 2002 at 11:06:46AM +0000, David Malone said: > On Wed, Jan 16, 2002 at 07:31:21PM -0800, ashp@FreeBSD.org wrote: > > Synopsis: process won't be terminated after CPUTIME exceeded > > > > State-Changed-From-To: open->closed > > State-Changed-By: ashp > > State-Changed-When: Wed Jan 16 19:30:49 PST 2002 > > State-Changed-Why: > > This is not a bug, this is a feature. The functionality is disabled under > > -CURRENT for a reason, as pointed out by bde. > > None the less, it is a problem which needs to be addressed before 5.0 > is released. It may be wise to leave these open so that we remember > to fix them. I've moved it to analyzed so that it stays open, but the fact that it's been read/analyzed is taken into account. Think that's ok, or should it be bumped all the way to open? [I think we should use analyzed more in these situations, personally..] -- When Bruce Evans commits something one can virtually rest assured that it has been throughly tested ever since he originally wrote it in 1974 and that several satelites and ICBMs wouldn't work and the cold war would not have ended without that patch. -- Poul-Henning. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 12:11: 3 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 16B4137B404; Thu, 17 Jan 2002 12:11:01 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HK40m67189; Thu, 17 Jan 2002 12:04:00 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 12:04:00 -0800 (PST) From: Message-Id: <200201172004.g0HK40m67189@freefall.freebsd.org> To: andrew@easy.net.ph, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/27384: SCSI Hardrive bios of COMPAQ Proliant is not supported Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SCSI Hardrive bios of COMPAQ Proliant is not supported State-Changed-From-To: suspended->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 12:02:40 PST 2002 State-Changed-Why: This was already in feedback for several months, so we will close it for now, due to lack of information. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27384 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 12:11: 3 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 011FC37B41A; Thu, 17 Jan 2002 12:11:02 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HK7Sj71207; Thu, 17 Jan 2002 12:07:28 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 12:07:28 -0800 (PST) From: Message-Id: <200201172007.g0HK7Sj71207@freefall.freebsd.org> To: phusnikn@cynikal.net, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/25968: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 12:06:30 PST 2002 State-Changed-Why: We don't (generally) support compiling fresh sources in a stale host environment, other than via 'make buildworld', as pointed out by Ruslan. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25968 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 12:16:29 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.cynikal.net (jade.cynikal.net [64.90.178.222]) by hub.freebsd.org (Postfix) with ESMTP id 3594F37B405; Thu, 17 Jan 2002 12:16:26 -0800 (PST) Received: by mail.cynikal.net (Postfix, from userid 1004) id 2229CBA6E; Thu, 17 Jan 2002 15:16:52 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.cynikal.net (Postfix) with ESMTP id D06817C77; Thu, 17 Jan 2002 15:16:51 -0500 (EST) Date: Thu, 17 Jan 2002 15:16:51 -0500 (EST) From: Rodrick Brown To: Cc: Subject: Re: i386/25968: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from In-Reply-To: <200201172007.g0HK7Sj71207@freefall.freebsd.org> Message-ID: <20020117151623.M48968-100000@jade.cynikal.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This was submited over 1 1/2 year ago :-) You can close it now.. Thanks guys. - RB On Thu, 17 Jan 2002 ashp@FreeBSD.org wrote: > Synopsis: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from > > State-Changed-From-To: feedback->closed > State-Changed-By: ashp > State-Changed-When: Thu Jan 17 12:06:30 PST 2002 > State-Changed-Why: > We don't (generally) support compiling fresh sources in a stale host > environment, other than via 'make buildworld', as pointed out by Ruslan. > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25968 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 12:29:21 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from labyrinth.cs.rogers.wave.ca (labyrinth.cs.rogers.wave.ca [24.112.32.100]) by hub.freebsd.org (Postfix) with ESMTP id 6067237B488; Thu, 17 Jan 2002 12:29:12 -0800 (PST) Received: (from ashp@localhost) by labyrinth.cs.rogers.wave.ca (8.11.6/8.11.6) id g0HKVnr56068; Thu, 17 Jan 2002 15:31:49 -0500 (EST) (envelope-from ashp) Date: Thu, 17 Jan 2002 15:31:49 -0500 From: Ashley Penney To: Rodrick Brown Cc: ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/25968: /usr/src/lib/libcrypt/../libutil/property.c Doesnt compile cleanly unable to get PROPERTY_MAX_NAME from Message-ID: <20020117153149.B54161@labyrinth.cs.rogers.wave.ca> References: <200201172007.g0HK7Sj71207@freefall.freebsd.org> <20020117151623.M48968-100000@jade.cynikal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020117151623.M48968-100000@jade.cynikal.net>; from phusnikn@cynikal.net on Thu, Jan 17, 2002 at 03:16:51PM -0500 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jan 17, 2002 at 03:16:51PM -0500, Rodrick Brown said: > This was submited over 1 1/2 year ago :-) > > You can close it now.. Thanks guys. I did so, thanks! -- When Bruce Evans commits something one can virtually rest assured that it has been throughly tested ever since he originally wrote it in 1974 and that several satelites and ICBMs wouldn't work and the cold war would not have ended without that patch. -- Poul-Henning. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 13: 0: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9177237B419 for ; Thu, 17 Jan 2002 13:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HL03i80350; Thu, 17 Jan 2002 13:00:03 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 13:00:03 -0800 (PST) Message-Id: <200201172100.g0HL03i80350@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Sheldon Hearn To: Ryan Dooley Cc: bug-followup@freebsd.org, dillon@FreeBSD.org Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 22:55:44 +0200 On Thu, 17 Jan 2002 12:00:05 PST, Ryan Dooley wrote: > The only difference(s) are: (new vs. old where problem exists) > > 1) Generic Mach32 video card vs. 3Dfx Voodoo3 PCI video card, > 2) 128MB ram vs. 384MB ram, and > 3) generic newfs options vs. -b 32768 and -f 4096. I'd be _very_ careful trying a block size anything larger than 16384. I've heard horrible things about larger block sizes. I'm pretty sure Matt Dillon warned that >16384 block sizes would cause undesirable behaviour in the VM sysystem. Certainly, VM problems could account for your SEGV. Matt? Am I smoking crack, or did you say Very Bad Things about the VM system and block sizes >16384? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 13:20:21 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 314B637B426 for ; Thu, 17 Jan 2002 13:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HLK2087072; Thu, 17 Jan 2002 13:20:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 13:20:02 -0800 (PST) Message-Id: <200201172120.g0HLK2087072@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ryan Dooley Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Ryan Dooley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Ryan Dooley To: Sheldon Hearn Cc: , Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 15:13:34 -0600 (CST) Hey, > I'd be _very_ careful trying a block size anything larger than 16384. > I've heard horrible things about larger block sizes. I'm pretty sure > Matt Dillon warned that >16384 block sizes would cause undesirable > behaviour in the VM sysystem. > > Certainly, VM problems could account for your SEGV. > > Matt? Am I smoking crack, or did you say Very Bad Things about the VM > system and block sizes >16384? Uh oh, I have a server then with 65536/8192 (bs,fr) for a 953GB fiber channel raid. I've not noticed anything bad off hand (it was CVSup'd on Saturday around midnight CST. This actually concearns me more than my workstation :-) We changed the block/frag size to speed up file system checks when we had to fsck that partition (which holds 41000+ user home directories). We went from fsck's taking about 120 minutes to 15 minutes which we drastically needed. I have had reports that reads over NFS (a client running a program on a file (SAS data)) took two or three attempts to initialy access the file before sas ran with it. Sounded like a NFS cache issue, but I couldn't reproduce the error myself. (AIX client to FreeBSD server). As the semester is about to start, I can't reformat that array right now. Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 13:20:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4149C37B430 for ; Thu, 17 Jan 2002 13:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HLK2f87081; Thu, 17 Jan 2002 13:20:02 -0800 (PST) (envelope-from gnats) Received: from mail.ctonet.it (mail.ctonet.it [212.110.160.100]) by hub.freebsd.org (Postfix) with ESMTP id 5CDB937B41A; Thu, 17 Jan 2002 13:16:24 -0800 (PST) Received: from olgeni.olgeni (ppp-133.dial5.ctonet.it [212.110.180.133]) by mail.ctonet.it (Postfix) with ESMTP id 651E41239C; Thu, 17 Jan 2002 22:16:09 +0100 (CET) Received: (from olgeni@localhost) by olgeni.olgeni (8.11.6/8.11.6) id g0HLG1p16097; Thu, 17 Jan 2002 22:16:01 +0100 (CET) (envelope-from olgeni) Message-Id: <200201172116.g0HLG1p16097@olgeni.olgeni> Date: Thu, 17 Jan 2002 22:16:01 +0100 (CET) From: Jimmy Olgeni Reply-To: Jimmy Olgeni To: FreeBSD-gnats-submit@freebsd.org Cc: re@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34007: pkg_create -b forgets to include install scripts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34007 >Category: bin >Synopsis: pkg_create -b forgets to include install scripts >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 13:20:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jimmy Olgeni >Release: FreeBSD 4.5-RC i386 >Organization: Colby >Environment: >Description: The -b option of pkg_create can be used to build binary packages from installed ports. However, it will skip files which are essential to pkg_add operation (like +INSTALL for the package installation script). >How-To-Repeat: Try to create packages with "pkg_create -b" and the misc/pkg_tarup port, then compare the package contents (I used the postgresql port as an example only). $ pkg_tarup postgresql-7.1.3 $ tar tvfz /var/tmp/postgresql-7.1.3.tgz -rw-r--r-- root/wheel 71942 Jan 11 11:27 2002 +CONTENTS -rw-r--r-- root/wheel 50 Jan 11 11:27 2002 +COMMENT -rw-r--r-- root/wheel 1346 Jan 11 11:27 2002 +DESC -rwxr-xr-x root/wheel 910 Jan 11 11:27 2002 +INSTALL -rw-r--r-- root/wheel 1262 Jan 11 11:27 2002 +DISPLAY -rw-r--r-- root/wheel 1552 Sep 13 15:23 2001 man/man1/createdb.1.gz -rw-r--r-- root/wheel 1077 Sep 13 15:23 2001 man/man1/createlang.1.gz -rw-r--r-- root/wheel 1455 Sep 13 15:23 2001 man/man1/createuser.1.gz ... (this is ok) $ pkg_create -b postgresql-7.1.3 $ tar tvfz postgresql-7.1.3.tgz -rw-r--r-- root/wheel 71748 Nov 16 13:01 2001 +CONTENTS -rw-r--r-- root/wheel 50 Oct 1 18:39 2001 +COMMENT -rw-r--r-- root/wheel 1346 Oct 1 18:39 2001 +DESC -rw-r--r-- root/wheel 1552 Sep 13 15:23 2001 man/man1/createdb.1.gz -rw-r--r-- root/wheel 1077 Sep 13 15:23 2001 man/man1/createlang.1.gz -rw-r--r-- root/wheel 1455 Sep 13 15:23 2001 man/man1/createuser.1.gz ... The package from pkg_create is missing both +DISPLAY and +INSTALL. >Fix: The misc/pkg_tarup utility can be used as a workaround. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 13:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 808A337B417 for ; Thu, 17 Jan 2002 13:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HLo1a91327; Thu, 17 Jan 2002 13:50:01 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 13:50:01 -0800 (PST) Message-Id: <200201172150.g0HLo1a91327@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Sheldon Hearn To: dooleyr@missouri.edu Cc: bug-followup@freebsd.org, dillon@FreeBSD.org Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 23:42:54 +0200 On Thu, 17 Jan 2002 15:13:34 CST, Ryan Dooley wrote: > I have a server then with 65536/8192 (bs,fr) for a 953GB > fiber channel raid. I've not noticed anything bad off hand > (it was CVSup'd on Saturday around midnight CST. > > This actually concearns me more than my workstation :-) Wait for feedback from Matt. I might just be horribly confused. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 13:50:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3852537B404 for ; Thu, 17 Jan 2002 13:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HLo4a91357; Thu, 17 Jan 2002 13:50:04 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 13:50:04 -0800 (PST) Message-Id: <200201172150.g0HLo4a91357@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Sheldon Hearn To: Matthew Dillon Cc: Ryan Dooley , bug-followup@FreeBSD.ORG Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 23:48:43 +0200 On Thu, 17 Jan 2002 13:41:53 PST, Matthew Dillon wrote: > It should work fine as long as the filesystem frag ratio is 8:1. The > buffer cache is optimized for 16384 byte buffers and can become > fragmented if larger block sizes are used, leading to inefficient > operation, but should have no other adverse effects. Okay, so there are no nasty surprises beyond what's already documented in newfs(8) and tuning(7). Sorry for the false alarm, Ryan. Back to the drawing board on trying to find your problem. It'd be interesting to see whether the problematic box makes it through a buildworld without any problems. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 13:50:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0388337B419 for ; Thu, 17 Jan 2002 13:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HLo2s91348; Thu, 17 Jan 2002 13:50:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 13:50:02 -0800 (PST) Message-Id: <200201172150.g0HLo2s91348@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthew Dillon Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Matthew Dillon To: Sheldon Hearn Cc: Ryan Dooley , bug-followup@FreeBSD.ORG Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 13:41:53 -0800 (PST) :On Thu, 17 Jan 2002 12:00:05 PST, Ryan Dooley wrote: : :> The only difference(s) are: (new vs. old where problem exists) :> :> 1) Generic Mach32 video card vs. 3Dfx Voodoo3 PCI video card, :> 2) 128MB ram vs. 384MB ram, and :> 3) generic newfs options vs. -b 32768 and -f 4096. : :I'd be _very_ careful trying a block size anything larger than 16384. :I've heard horrible things about larger block sizes. I'm pretty sure :Matt Dillon warned that >16384 block sizes would cause undesirable :behaviour in the VM sysystem. : :Certainly, VM problems could account for your SEGV. : :Matt? Am I smoking crack, or did you say Very Bad Things about the VM :system and block sizes >16384? : :Ciao, :Sheldon. It should work fine as long as the filesystem frag ratio is 8:1. The buffer cache is optimized for 16384 byte buffers and can become fragmented if larger block sizes are used, leading to inefficient operation, but should have no other adverse effects. I would not use a block size greater then 65536 though because you start to hit up against internal limitations. Remember, the buffer cache has to reserve KVA for each buffer, so the system's cache efficiency is going to drop as the buffer size increases. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 13:50:39 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E8B337B416 for ; Thu, 17 Jan 2002 13:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HLo5A91363; Thu, 17 Jan 2002 13:50:05 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 13:50:05 -0800 (PST) Message-Id: <200201172150.g0HLo5A91363@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthew Dillon Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Matthew Dillon To: Ryan Dooley Cc: Sheldon Hearn , Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 13:45:07 -0800 (PST) : Uh oh, : : I have a server then with 65536/8192 (bs,fr) for a 953GB : fiber channel raid. I've not noticed anything bad off hand : (it was CVSup'd on Saturday around midnight CST. That should be fine. : This actually concearns me more than my workstation :-) : : We changed the block/frag size to speed up file system checks : when we had to fsck that partition (which holds 41000+ user : home directories). We went from fsck's taking about 120 minutes : to 15 minutes which we drastically needed. : : I have had reports that reads over NFS (a client running a program : on a file (SAS data)) took two or three attempts to initialy : access the file before sas ran with it. Sounded like a NFS cache : issue, but I couldn't reproduce the error myself. (AIX client to : FreeBSD server). : : As the semester is about to start, I can't reformat that array : right now. : : Ryan This would depend on the NFS block size, which is independant of the filesystem block size. Even a standard NFS block size of 8K requires 7 IP fragments to construct a packet (with a standard ethernet's MTU). A larger NFS block size would result in even more fragments and potentially overload the client's packet buffers. It is usually possible to mitigate NFS 'packet storm' issues by using TCP NFS mounts rather then UDP. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 14: 0: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E9A137B417 for ; Thu, 17 Jan 2002 14:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HM03793090; Thu, 17 Jan 2002 14:00:03 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 14:00:03 -0800 (PST) Message-Id: <200201172200.g0HM03793090@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ryan Dooley Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Ryan Dooley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Ryan Dooley To: Matthew Dillon Cc: Sheldon Hearn , Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 15:51:31 -0600 (CST) > That should be fine. *whew* :-) > This would depend on the NFS block size, which is independant of the > filesystem block size. Even a standard NFS block size of 8K requires > 7 IP fragments to construct a packet (with a standard ethernet's MTU). > A larger NFS block size would result in even more fragments and > potentially overload the client's packet buffers. Right, we saw this with 32k packet sizes and we just left the default 8k. > It is usually possible to mitigate NFS 'packet storm' issues by using > TCP NFS mounts rather then UDP. For our IRIX and AIX clients that nfsv3/tcp works just fine. With Linux however, the only thing we've got is nfsv3/udp.... That darn linux :-) Thanks for getting back with me on this. Cheers, Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 14:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 00C2C37B417 for ; Thu, 17 Jan 2002 14:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HMA0a98290; Thu, 17 Jan 2002 14:10:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BA57937B417 for ; Thu, 17 Jan 2002 14:07:16 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HM7Gn97699; Thu, 17 Jan 2002 14:07:16 -0800 (PST) (envelope-from nobody) Message-Id: <200201172207.g0HM7Gn97699@freefall.freebsd.org> Date: Thu, 17 Jan 2002 14:07:16 -0800 (PST) From: Steve Wills To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34009: key(1) uses md4, sshd skey challenge uses md5 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34009 >Category: i386 >Synopsis: key(1) uses md4, sshd skey challenge uses md5 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 14:10:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Steve Wills >Release: 4.5 PRERELEASE >Organization: >Environment: FreeBSD weaponsvan 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #5: Wed Jan 2 15:41:21 EST 2002 swills@weaponsvan:/usr/obj/usr/src/sys/WEAPONSVAN i386 >Description: key(1) uses md4, but the skey challenge from sshd uses md5. So, I can't calculate skey passwords for logging in. Shouldn't they both use the same hash? Or is there another program for md5 hashs? >How-To-Repeat: ssh into a system running 4.5-PRERELEASE, see the md5 skey challenge >Fix: None, sorry. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 14:20: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F90737B416 for ; Thu, 17 Jan 2002 14:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HMK3c99753; Thu, 17 Jan 2002 14:20:03 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 14:20:03 -0800 (PST) Message-Id: <200201172220.g0HMK3c99753@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ryan Dooley Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Ryan Dooley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Ryan Dooley To: Sheldon Hearn Cc: Matthew Dillon , Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 16:13:43 -0600 (CST) > Okay, so there are no nasty surprises beyond what's already documented > in newfs(8) and tuning(7). :-) > Sorry for the false alarm, Ryan. Back to the drawing board on trying to > find your problem. No problem. I'd rather know if there was something up. I could have engineered a little down time at oh-dark-thirty during our maintaince window. The server has a twin machine (different size raid though) and rsync's over gigE don't take too long :-) > It'd be interesting to see whether the problematic box makes it through > a buildworld without any problems. Acutally, it doesn't have any issues doing a buildworld (but the system drive has the defaults set for bs/fg. Cheers, Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 14:40:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0830137B419 for ; Thu, 17 Jan 2002 14:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HMe2J03018; Thu, 17 Jan 2002 14:40:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 14:40:02 -0800 (PST) Message-Id: <200201172240.g0HMe2J03018@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthew Dillon Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Matthew Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Matthew Dillon To: Ryan Dooley Cc: Sheldon Hearn , Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 14:30:47 -0800 (PST) : : :> Okay, so there are no nasty surprises beyond what's already documented :> in newfs(8) and tuning(7). : : :-) : :> Sorry for the false alarm, Ryan. Back to the drawing board on trying to :> find your problem. : : No problem. I'd rather know if there was something up. I could : have engineered a little down time at oh-dark-thirty during : our maintaince window. The server has a twin machine (different : size raid though) and rsync's over gigE don't take too long :-) : :> It'd be interesting to see whether the problematic box makes it through :> a buildworld without any problems. : : Acutally, it doesn't have any issues doing a buildworld (but the : system drive has the defaults set for bs/fg. : : Cheers, : Ryan Ryan, if you can make the dev_mkdb core dump and (-g compiled) binary available for download I will take a look at it. Also check for duplicate device nodes in /dev or device nodes that exist on the machine exhibiting the problem that do not exist on machines that do not exhibit the problem. It sounds like a program bug to me rather then an OS bug. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 14:40:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2238137B41A for ; Thu, 17 Jan 2002 14:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HMe5w03076; Thu, 17 Jan 2002 14:40:05 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 14:40:05 -0800 (PST) Message-Id: <200201172240.g0HMe5w03076@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ryan Dooley Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Ryan Dooley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Ryan Dooley To: Matthew Dillon Cc: Sheldon Hearn , Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Thu, 17 Jan 2002 16:37:04 -0600 (CST) > Ryan, if you can make the dev_mkdb core dump and (-g compiled) binary > available for download I will take a look at it. I'll see what I can do. > Also check for duplicate device nodes in /dev or device nodes that > exist on the machine exhibiting the problem that do not exist on > machines that do not exhibit the problem. No dup /dev entries (and they both have the same list). > It sounds like a program bug to me rather then an OS bug. > Yeah. The system itself runs as expected. Cheers, Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 14:47:54 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from stevenwills.com (rdu26-41-222.nc.rr.com [66.26.41.222]) by hub.freebsd.org (Postfix) with ESMTP id 4FC5A37B419 for ; Thu, 17 Jan 2002 14:47:47 -0800 (PST) Received: (from steve@localhost) by stevenwills.com (8.11.6/8.11.6) id g0HMlf092351 for freebsd-bugs@FreeBSD.org; Thu, 17 Jan 2002 17:47:41 -0500 (EST) (envelope-from steve) Date: Thu, 17 Jan 2002 17:47:41 -0500 From: Steve Wills To: freebsd-bugs@FreeBSD.org Subject: Re: i386/34009: key(1) uses md4, sshd skey challenge uses md5 Message-ID: <20020117174741.E61865@stevenwills.com> References: <200201172207.g0HM7Gn97699@freefall.freebsd.org> <200201172210.g0HMA0998286@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200201172210.g0HMA0998286@freefall.freebsd.org>; from gnats-admin@FreeBSD.org on Thu, Jan 17, 2002 at 02:10:00PM -0800 X-Message-Flag: Your mailbox is corrupt. Upgrade your mail software. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Nevermind, I discovered I should be using opiekey. Sorry for the false alarm. Thanks, Steve On Thu, Jan 17, 2002 at 02:10:00PM -0800, gnats-admin@FreeBSD.org wrote: > Thank you very much for your problem report. > It has the internal identification `i386/34009'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=34009 > > >Category: i386 > >Responsible: freebsd-bugs > >Synopsis: key(1) uses md4, sshd skey challenge uses md5 > >Arrival-Date: Thu Jan 17 14:10:00 PST 2002 -- Too much of a good thing is WONDERFUL. -- Mae West To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 14:50: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4F55F37B417 for ; Thu, 17 Jan 2002 14:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HMo2U05612; Thu, 17 Jan 2002 14:50:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D4C4537B404 for ; Thu, 17 Jan 2002 14:46:07 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0HMk7l05030; Thu, 17 Jan 2002 14:46:07 -0800 (PST) (envelope-from nobody) Message-Id: <200201172246.g0HMk7l05030@freefall.freebsd.org> Date: Thu, 17 Jan 2002 14:46:07 -0800 (PST) From: Steve Wills To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34010: keyinit takes passwords less than 10 chars, but opiekey forces you to 10 or more Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34010 >Category: i386 >Synopsis: keyinit takes passwords less than 10 chars, but opiekey forces you to 10 or more >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 14:50:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Steve Wills >Release: 4.5 PRERELEASE >Organization: >Environment: FreeBSD weaponsvan 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #5: Wed Jan 2 15:41:21 EST 2002 swills@weaponsvan:/usr/obj/usr/src/sys/WEAPONSVAN i386 >Description: The summary basically says it all. I can keyinit myself a password that I can't generate opie keys. >How-To-Repeat: run keyinit, set a password of 6 characters. run opiekey >Fix: None, sorry. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 16:50:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 16B5737B404 for ; Thu, 17 Jan 2002 16:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I0o3B30448; Thu, 17 Jan 2002 16:50:03 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 16:50:03 -0800 (PST) Message-Id: <200201180050.g0I0o3B30448@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Alexey V. Neyman" Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Reply-To: "Alexey V. Neyman" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/26869; it has been noted by GNATS. From: "Alexey V. Neyman" To: Sheldon Hearn Cc: bug-followup@freebsd.org Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Fri, 18 Jan 2002 03:41:41 +0300 Please try the following patch (I'll contact Keith Bostic later today). Index: vs_line.c =================================================================== RCS file: /usr/local/cvsroot/src/contrib/nvi/vi/vs_line.c,v retrieving revision 1.2 diff -u -r1.2 vs_line.c --- vs_line.c 2 Aug 1998 15:18:44 -0000 1.2 +++ vs_line.c 18 Jan 2002 00:17:07 -0000 @@ -317,6 +317,8 @@ * Don't fill anything in unless it's the right line and the right * character, and the right part of the character... */ + if (sp->cno >= len) + sp->cno = len - 1; if (yp == NULL || smp->lno != sp->lno || sp->cno < offset_in_line || offset_in_line + cols_per_screen < sp->cno) { _5(?h -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 17:11:57 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from vagabond.auriga.ru (vagabond.auriga.ru [80.240.102.246]) by hub.freebsd.org (Postfix) with ESMTP id 9B75E37B404; Thu, 17 Jan 2002 17:11:50 -0800 (PST) Received: from localhost (localhost [[UNIX: localhost]]) by vagabond.auriga.ru (8.11.2/8.11.2) id g0I1BnM06970; Fri, 18 Jan 2002 04:11:49 +0300 Content-Type: text/plain; charset="koi8-r" From: "Alexey V. Neyman" To: freebsd-bugs@FreeBSD.org Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Fri, 18 Jan 2002 04:11:48 +0300 X-Mailer: KMail [version 1.2] References: <200201180050.g0I0o3B30448@freefall.freebsd.org> In-Reply-To: <200201180050.g0I0o3B30448@freefall.freebsd.org> Cc: sheldonh@FreeBSD.org MIME-Version: 1.0 Message-Id: <0201180411480F.01587@vagabond.auriga.ru> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 18 January 2002 03:50, Alexey V. Neyman wrote: Oops, picked up wrong file :-E Better patch below: -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 17:13:24 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from vagabond.auriga.ru (vagabond.auriga.ru [80.240.102.246]) by hub.freebsd.org (Postfix) with ESMTP id E390C37B402; Thu, 17 Jan 2002 17:13:18 -0800 (PST) Received: from localhost (localhost [[UNIX: localhost]]) by vagabond.auriga.ru (8.11.2/8.11.2) id g0I1DHA06976; Fri, 18 Jan 2002 04:13:17 +0300 Content-Type: text/plain; charset="koi8-r" From: "Alexey V. Neyman" To: freebsd-bugs@FreeBSD.org Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Fri, 18 Jan 2002 04:13:17 +0300 X-Mailer: KMail [version 1.2] References: <200201180050.g0I0o3B30448@freefall.freebsd.org> In-Reply-To: <200201180050.g0I0o3B30448@freefall.freebsd.org> Cc: sheldonh@FreeBSD.org MIME-Version: 1.0 Message-Id: <0201180413170G.01587@vagabond.auriga.ru> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Here it is. Index: vs_line.c =================================================================== RCS file: /usr/local/cvsroot/src/contrib/nvi/vi/vs_line.c,v retrieving revision 1.2 diff -u -r1.2 vs_line.c --- vs_line.c 2 Aug 1998 15:18:44 -0000 1.2 +++ vs_line.c 18 Jan 2002 00:49:03 -0000 @@ -324,8 +324,11 @@ /* If the line is on the screen, quit. */ if (is_cached) goto ret1; - } else + } else { + if (sp->cno >= len) + sp->cno = len - 1; cno_cnt = (sp->cno - offset_in_line) + 1; + } /* This is the loop that actually displays characters. */ ecbp = (cbp = cbuf) + sizeof(cbuf) - 1; -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 17:20:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 869EB37B416 for ; Thu, 17 Jan 2002 17:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I1K1537410; Thu, 17 Jan 2002 17:20:01 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 17:20:01 -0800 (PST) Message-Id: <200201180120.g0I1K1537410@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Alexey V. Neyman" Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Reply-To: "Alexey V. Neyman" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/26869; it has been noted by GNATS. From: "Alexey V. Neyman" To: bug-followup@freebsd.org Cc: Subject: Re: bin/26869: vi(1) crashes in viewing a file with long lines Date: Fri, 18 Jan 2002 04:16:48 +0300 Damn, sent to freebsd-bugs@ instead of bug-followup@. Index: vs_line.c =================================================================== RCS file: /usr/local/cvsroot/src/contrib/nvi/vi/vs_line.c,v retrieving revision 1.2 diff -u -r1.2 vs_line.c --- vs_line.c 2 Aug 1998 15:18:44 -0000 1.2 +++ vs_line.c 18 Jan 2002 00:49:03 -0000 @@ -324,8 +324,11 @@ /* If the line is on the screen, quit. */ if (is_cached) goto ret1; - } else + } else { + if (sp->cno >= len) + sp->cno = len - 1; cno_cnt = (sp->cno - offset_in_line) + 1; + } /* This is the loop that actually displays characters. */ ecbp = (cbp = cbuf) + sizeof(cbuf) - 1; -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 18:41: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B0F2B37B405; Thu, 17 Jan 2002 18:40:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I2aTF54180; Thu, 17 Jan 2002 18:36:29 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 18:36:29 -0800 (PST) From: Message-Id: <200201180236.g0I2aTF54180@freefall.freebsd.org> To: rseguin@rsv.ricoh.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/28497: dmesg corrupted buffer/output Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: dmesg corrupted buffer/output State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 18:34:32 PST 2002 State-Changed-Why: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28497 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 18:41: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4946B37B41A; Thu, 17 Jan 2002 18:40:58 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I2bPt54325; Thu, 17 Jan 2002 18:37:25 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 18:37:25 -0800 (PST) From: Message-Id: <200201180237.g0I2bPt54325@freefall.freebsd.org> To: rseguin@rsv.ricoh.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/28497: dmesg corrupted buffer/output Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: dmesg corrupted buffer/output State-Changed-From-To: closed->feedback State-Changed-By: ashp State-Changed-When: Thu Jan 17 18:36:40 PST 2002 State-Changed-Why: Woops, I tried to abort the modification here. I believe this was fixed fairly recently, after it turned up during bsdcon in Europe. Were you experiencing these troubles on a laptop system? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28497 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 18:51: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 650A137B419; Thu, 17 Jan 2002 18:50:58 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I2icr55181; Thu, 17 Jan 2002 18:44:38 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 18:44:38 -0800 (PST) From: Message-Id: <200201180244.g0I2icr55181@freefall.freebsd.org> To: so@i-clue.de, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/28672: Erroneously mounting Audio-CDs as ISO crashes the system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Erroneously mounting Audio-CDs as ISO crashes the system State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 18:44:02 PST 2002 State-Changed-Why: I am unable to reproduce this with -STABLE. It doesn't appear to be a problem, anymore. If anyone still has this issue, please let me know so this can be reopened. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28672 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19: 1: 3 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BB17737B402; Thu, 17 Jan 2002 19:00:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I2ujH56938; Thu, 17 Jan 2002 18:56:45 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 18:56:45 -0800 (PST) From: Message-Id: <200201180256.g0I2ujH56938@freefall.freebsd.org> To: stolz@i2.informatik.rwth-aachen.de, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/29469: ata-tags considered harmful (DTLA) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ata-tags considered harmful (DTLA) State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 18:56:29 PST 2002 State-Changed-Why: Problem was a hardware issue, rather than an ATA issue. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29469 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19: 1: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 33E8637B404; Thu, 17 Jan 2002 19:00:59 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I2vvS57159; Thu, 17 Jan 2002 18:57:57 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 18:57:57 -0800 (PST) From: Message-Id: <200201180257.g0I2vvS57159@freefall.freebsd.org> To: Yoshihiro.Koya@math.yokohama-cu.ac.jp, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29487: ftpd leaks password typed as username by mistake Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ftpd leaks password typed as username by mistake State-Changed-From-To: open->analyzed State-Changed-By: ashp State-Changed-When: Thu Jan 17 18:57:16 PST 2002 State-Changed-Why: While nobody has decided to commit this patch, the issue is potentially of issue to a junior hacker. Therefore this patch gets moved to analyzed, rather than suspended. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29487 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19: 1: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2ACB437B416; Thu, 17 Jan 2002 19:01:00 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I2rgl56426; Thu, 17 Jan 2002 18:53:42 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 18:53:42 -0800 (PST) From: Message-Id: <200201180253.g0I2rgl56426@freefall.freebsd.org> To: duz@onlinehome.de, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/29306: Network or kernel related performance problem. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Network or kernel related performance problem. State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 18:52:53 PST 2002 State-Changed-Why: While this sounds like an interesting PR, there's been no activity for over half a year. If this is still an issue, please open a new PR and attach the testing program so that we can fix the problem. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29306 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19:11: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B0ED737B416; Thu, 17 Jan 2002 19:10:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I30xt57782; Thu, 17 Jan 2002 19:00:59 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 19:00:59 -0800 (PST) From: Message-Id: <200201180300.g0I30xt57782@freefall.freebsd.org> To: sagi@webair.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/29679: FreeBSD and 4GB of ram not working Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: FreeBSD and 4GB of ram not working State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 19:00:34 PST 2002 State-Changed-Why: Workarounds were listed in the PR, and are available in mailing list archives for those interested. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29679 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19:11: 2 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3684D37B41A; Thu, 17 Jan 2002 19:10:58 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I33wV58545; Thu, 17 Jan 2002 19:03:58 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 19:03:58 -0800 (PST) From: Message-Id: <200201180303.g0I33wV58545@freefall.freebsd.org> To: rsimmons@mail.wlcg.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29787: cvs pserver will no longer use md5 hashes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: cvs pserver will no longer use md5 hashes State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 19:02:51 PST 2002 State-Changed-Why: Peter suggested workarounds for the problem. This shouldn't be an issue for most users, and is not strictly speaking a bug. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29787 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19:20:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D908B37B404; Thu, 17 Jan 2002 19:20:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I3B1o63096; Thu, 17 Jan 2002 19:11:01 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 19:11:01 -0800 (PST) From: Message-Id: <200201180311.g0I3B1o63096@freefall.freebsd.org> To: sysadmin@mfn.org, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/30117: make depend fails if IP6 is not included in conf file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: make depend fails if IP6 is not included in conf file State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 19:10:21 PST 2002 State-Changed-Why: Sig11 normally indicates a local hardware problem. Sounds like a local hardware problem, as nobody else needs INET6 to build the kernel. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30117 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19:31: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B87D337B417; Thu, 17 Jan 2002 19:30:57 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I3MQn65137; Thu, 17 Jan 2002 19:22:26 -0800 (PST) (envelope-from ashp) Date: Thu, 17 Jan 2002 19:22:26 -0800 (PST) From: Message-Id: <200201180322.g0I3MQn65137@freefall.freebsd.org> To: lampa@fee.vutbr.cz, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/30181: gcc-2.95.3 -O2 optimalization bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: gcc-2.95.3 -O2 optimalization bug State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Thu Jan 17 19:22:09 PST 2002 State-Changed-Why: We don't currently have the manpower to fix bugs in GCC. This should be filed with the GCC guys directly. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30181 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 19:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 41B5837B416 for ; Thu, 17 Jan 2002 19:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I3o2h68219; Thu, 17 Jan 2002 19:50:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 19:50:02 -0800 (PST) Message-Id: <200201180350.g0I3o2h68219@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Giorgos Keramidas Subject: Re: i386/34009: key(1) uses md4, sshd skey challenge uses md5 Reply-To: Giorgos Keramidas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/34009; it has been noted by GNATS. From: Giorgos Keramidas To: Steve Wills Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/34009: key(1) uses md4, sshd skey challenge uses md5 Date: Fri, 18 Jan 2002 05:48:05 +0200 Adding to audit trail: Date: Thu, 17 Jan 2002 17:47:41 -0500 From: Steve Wills Subject: Re: i386/34009: key(1) uses md4, sshd skey challenge uses md5 To: freebsd-bugs@FreeBSD.ORG Nevermind, I discovered I should be using opiekey. Sorry for the false alarm. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 20: 1: 2 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FB2537B400; Thu, 17 Jan 2002 20:01:01 -0800 (PST) Received: (from keramida@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I3qpI68552; Thu, 17 Jan 2002 19:52:51 -0800 (PST) (envelope-from keramida) Date: Thu, 17 Jan 2002 19:52:51 -0800 (PST) From: Message-Id: <200201180352.g0I3qpI68552@freefall.freebsd.org> To: steve@stevenwills.com, keramida@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/34009: key(1) uses md4, sshd skey challenge uses md5 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: key(1) uses md4, sshd skey challenge uses md5 State-Changed-From-To: open->closed State-Changed-By: keramida State-Changed-When: Thu Jan 17 19:52:11 PST 2002 State-Changed-Why: Submitter says this is not a bug. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34009 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 20:10:59 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C79A637B416; Thu, 17 Jan 2002 20:10:57 -0800 (PST) Received: (from keramida@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I42Mg69538; Thu, 17 Jan 2002 20:02:22 -0800 (PST) (envelope-from keramida) Date: Thu, 17 Jan 2002 20:02:22 -0800 (PST) From: Message-Id: <200201180402.g0I42Mg69538@freefall.freebsd.org> To: gabor@acm.org, keramida@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/6035: The system "sort-of" hangs when playing bad audio CD with xcdplayer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: The system "sort-of" hangs when playing bad audio CD with xcdplayer State-Changed-From-To: feedback->closed State-Changed-By: keramida State-Changed-When: Thu Jan 17 20:00:39 PST 2002 State-Changed-Why: Since the hardware that has the problem is no longer available, this can't be reproduced. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=6035 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 20:30:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BD6A437B400 for ; Thu, 17 Jan 2002 20:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I4U2175589; Thu, 17 Jan 2002 20:30:02 -0800 (PST) (envelope-from gnats) Date: Thu, 17 Jan 2002 20:30:02 -0800 (PST) Message-Id: <200201180430.g0I4U2175589@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mike Makonnen Subject: Re: misc/34003: Hardcoded path for ssh-keygen in /etc/rc.network Reply-To: Mike Makonnen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34003; it has been noted by GNATS. From: Mike Makonnen To: "David P. Discher" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/34003: Hardcoded path for ssh-keygen in /etc/rc.network Date: Thu, 17 Jan 2002 20:27:55 -0800 On Thu, 17 Jan 2002 11:37:44 -0800 (PST) "David P. Discher" wrote: > >Environment: > FreeBSD seven.dpdtech.com 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Thu Jan 17 12:23:54 CST 2002 root@seven.dpdtech.com:/build/src/sys/compile/borg_fbsd44_20020117a i386 > > >Description: > I found this awhile back, in the /etc/rc.network file, the path to ssh-keygen is hardcoded to /usr/bin/ssh-keygen. The causes problems when trying to upgrade to new versions of OpenSSH from the ports collections. This seems to be a slight oversight. > snip.. > 2. Change the rc.conf $sshd_program, to $sshd_prefix. Then change /etc/rc and rc.network to use $sshd_prefix/sbin/sshd and $sshd_path/bin/ssh-keygen or simliar. I think the best way to handle this is with a separate $ssh_keygen_program line. If you're going to do it, might as well go all the way. Since you are using 4.4 Release I have included a diff against that release, and in case someone thinks this is worthy of commiting, I've also included a patch against -current (the delta between -4.x and -current is too big for only one set of diffs). David, please note that you will have to overide the value of ssh_keygen_program in your local /etc/rc.conf. cheers, mike makonnen 4.4-RELEASE: Index: etc/rc.network =================================================================== RCS file: /home/ncvs/src/etc/rc.network,v retrieving revision 1.74.2.23 diff -u -r1.74.2.23 rc.network --- etc/rc.network 17 Aug 2001 07:26:38 -0000 1.74.2.23 +++ etc/rc.network 18 Jan 2002 03:54:49 -0000 @@ -744,11 +744,13 @@ [Yy][Ee][Ss]) if [ ! -f /etc/ssh/ssh_host_key ]; then echo ' creating ssh RSA host key'; - /usr/bin/ssh-keygen -N "" -f /etc/ssh/ssh_host_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -N "" \ + -f /etc/ssh/ssh_host_key fi if [ ! -f /etc/ssh/ssh_host_dsa_key ]; then echo ' creating ssh DSA host key'; - /usr/bin/ssh-keygen -d -N "" -f /etc/ssh/ssh_host_dsa_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -d -N "" \ + -f /etc/ssh/ssh_host_dsa_key fi ;; esac Index: etc/defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.53.2.39.2.1 diff -u -r1.53.2.39.2.1 rc.conf --- etc/defaults/rc.conf 14 Sep 2001 17:32:25 -0000 1.53.2.39.2.1 +++ etc/defaults/rc.conf 18 Jan 2002 03:53:09 -0000 @@ -165,6 +165,7 @@ sshd_enable="NO" # Enable sshd sshd_program="/usr/sbin/sshd" # path to sshd, if you want a different one. sshd_flags="" # Additional flags for sshd. +ssh_keygen_program="/usr/bin/ssh-keygen" # path to ssh-keygen ### Network Time Services options: ### timed_enable="NO" # Run the time daemon (or NO). CURRENT: Index: rc.network =================================================================== RCS file: /home/ncvs/src/etc/rc.network,v retrieving revision 1.119 diff -u -r1.119 rc.network --- rc.network 13 Dec 2001 04:21:18 -0000 1.119 +++ rc.network 18 Jan 2002 03:24:28 -0000 @@ -829,11 +829,13 @@ [Yy][Ee][Ss]) if [ ! -f /etc/ssh/ssh_host_key ]; then echo ' creating ssh RSA host key'; - /usr/bin/ssh-keygen -N "" -f /etc/ssh/ssh_host_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -N "" \ + -f /etc/ssh/ssh_host_key fi if [ ! -f /etc/ssh/ssh_host_dsa_key ]; then echo ' creating ssh DSA host key'; - /usr/bin/ssh-keygen -d -N "" -f /etc/ssh/ssh_host_dsa_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -d -N "" \ + -f /etc/ssh/ssh_host_dsa_key fi ;; esac Index: defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.136 diff -u -r1.136 rc.conf --- defaults/rc.conf 29 Dec 2001 19:42:54 -0000 1.136 +++ defaults/rc.conf 18 Jan 2002 03:11:09 -0000 @@ -155,6 +155,7 @@ sshd_enable="NO" # Enable sshd sshd_program="/usr/sbin/sshd" # path to sshd, if you want a different one. sshd_flags="" # Additional flags for sshd. +ssh_keygen_program="/usr/bin/ssh-keygen" # path to ssh-keygen ### Network daemon (NFS) Need all portmap_enable="YES" ### amd_enable="NO" # Run amd service with $amd_flags (or NO). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 20:44:46 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 0C60E37B400 for ; Thu, 17 Jan 2002 20:44:42 -0800 (PST) Received: from blackbox.pacbell.net ([66.122.212.43]) by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GQ4004F0AIHI4@mta6.snfc21.pbi.net> for freebsd-bugs@freebsd.org; Thu, 17 Jan 2002 20:44:41 -0800 (PST) Received: (from mikem@localhost) by blackbox.pacbell.net (8.11.6/8.11.6) id g0I4j9J01281; Thu, 17 Jan 2002 20:45:09 -0800 (PST envelope-from mikem) Date: Thu, 17 Jan 2002 20:45:09 -0800 From: Mike Makonnen Subject: Re: misc/34003: Hardcoded path for ssh-keygen in /etc/rc.network To: freebsd-bugs@freebsd.org Message-id: <200201180445.g0I4j9J01281@blackbox.pacbell.net> MIME-version: 1.0 X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd4.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 17 Jan 2002 11:37:44 -0800 (PST) "David P. Discher" wrote: > >Environment: > FreeBSD seven.dpdtech.com 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Thu Jan 17 12:23:54 CST 2002 root@seven.dpdtech.com:/build/src/sys/compile/borg_fbsd44_20020117a i386 > > >Description: > I found this awhile back, in the /etc/rc.network file, the path to ssh-keygen is hardcoded to /usr/bin/ssh-keygen. The causes problems when trying to upgrade to new versions of OpenSSH from the ports collections. This seems to be a slight oversight. > snip.. > 2. Change the rc.conf $sshd_program, to $sshd_prefix. Then change /etc/rc and rc.network to use $sshd_prefix/sbin/sshd and $sshd_path/bin/ssh-keygen or simliar. I think the best way to handle this is with a separate $ssh_keygen_program line. If you're going to do it, might as well go all the way. Since you are using 4.4 Release I have included a diff against that release, and in case someone thinks this is worthy of commiting, I've also included a patch against -current (the delta between -4.x and -current is too big for only one set of diffs). David, please note that you will have to overide the value of ssh_keygen_program in your local /etc/rc.conf. cheers, mike makonnen 4.4-RELEASE: Index: etc/rc.network =================================================================== RCS file: /home/ncvs/src/etc/rc.network,v retrieving revision 1.74.2.23 diff -u -r1.74.2.23 rc.network --- etc/rc.network 17 Aug 2001 07:26:38 -0000 1.74.2.23 +++ etc/rc.network 18 Jan 2002 03:54:49 -0000 @@ -744,11 +744,13 @@ [Yy][Ee][Ss]) if [ ! -f /etc/ssh/ssh_host_key ]; then echo ' creating ssh RSA host key'; - /usr/bin/ssh-keygen -N "" -f /etc/ssh/ssh_host_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -N "" \ + -f /etc/ssh/ssh_host_key fi if [ ! -f /etc/ssh/ssh_host_dsa_key ]; then echo ' creating ssh DSA host key'; - /usr/bin/ssh-keygen -d -N "" -f /etc/ssh/ssh_host_dsa_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -d -N "" \ + -f /etc/ssh/ssh_host_dsa_key fi ;; esac Index: etc/defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.53.2.39.2.1 diff -u -r1.53.2.39.2.1 rc.conf --- etc/defaults/rc.conf 14 Sep 2001 17:32:25 -0000 1.53.2.39.2.1 +++ etc/defaults/rc.conf 18 Jan 2002 03:53:09 -0000 @@ -165,6 +165,7 @@ sshd_enable="NO" # Enable sshd sshd_program="/usr/sbin/sshd" # path to sshd, if you want a different one. sshd_flags="" # Additional flags for sshd. +ssh_keygen_program="/usr/bin/ssh-keygen" # path to ssh-keygen ### Network Time Services options: ### timed_enable="NO" # Run the time daemon (or NO). CURRENT: Index: rc.network =================================================================== RCS file: /home/ncvs/src/etc/rc.network,v retrieving revision 1.119 diff -u -r1.119 rc.network --- rc.network 13 Dec 2001 04:21:18 -0000 1.119 +++ rc.network 18 Jan 2002 03:24:28 -0000 @@ -829,11 +829,13 @@ [Yy][Ee][Ss]) if [ ! -f /etc/ssh/ssh_host_key ]; then echo ' creating ssh RSA host key'; - /usr/bin/ssh-keygen -N "" -f /etc/ssh/ssh_host_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -N "" \ + -f /etc/ssh/ssh_host_key fi if [ ! -f /etc/ssh/ssh_host_dsa_key ]; then echo ' creating ssh DSA host key'; - /usr/bin/ssh-keygen -d -N "" -f /etc/ssh/ssh_host_dsa_key + ${ssh_keygen_program:-/usr/bin/ssh-keygen} -d -N "" \ + -f /etc/ssh/ssh_host_dsa_key fi ;; esac Index: defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.136 diff -u -r1.136 rc.conf --- defaults/rc.conf 29 Dec 2001 19:42:54 -0000 1.136 +++ defaults/rc.conf 18 Jan 2002 03:11:09 -0000 @@ -155,6 +155,7 @@ sshd_enable="NO" # Enable sshd sshd_program="/usr/sbin/sshd" # path to sshd, if you want a different one. sshd_flags="" # Additional flags for sshd. +ssh_keygen_program="/usr/bin/ssh-keygen" # path to ssh-keygen ### Network daemon (NFS) Need all portmap_enable="YES" ### amd_enable="NO" # Run amd service with $amd_flags (or NO). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 22: 0:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 02CD837B426 for ; Thu, 17 Jan 2002 22:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I600q90309; Thu, 17 Jan 2002 22:00:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EE85937B41A for ; Thu, 17 Jan 2002 21:59:08 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I5x8h90245; Thu, 17 Jan 2002 21:59:08 -0800 (PST) (envelope-from nobody) Message-Id: <200201180559.g0I5x8h90245@freefall.freebsd.org> Date: Thu, 17 Jan 2002 21:59:08 -0800 (PST) From: Kip Macy To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34017 >Category: kern >Synopsis: The siginfo_t passed to the signal handling routine is not filled out for AIO >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 22:00:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Kip Macy >Release: -CURRENT >Organization: Extended Solutions >Environment: FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #0: Thu Jan 17 15:36:56 PST 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES_UP i386 FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #0: Thu Jan 17 15:36:56 PST 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES_UP i386 >Description: This happens on both CURRENT and STABLE One can, when using AIO, enable a signal to be delivered on completion. The siginfo_t passed to the signal handling routine that gets called on completion is supposed to have a reference to the sigev_value that is set when the aio_* operation is dispatched. This does not happen. >How-To-Repeat: run aiotest_sigio from http://www.eventdriven.org/aio_lat_test.tgz There is an assertion that a value is set that fails. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 22: 0:33 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E199337B422 for ; Thu, 17 Jan 2002 22:00:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I600u90300; Thu, 17 Jan 2002 22:00:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D1A3437B405 for ; Thu, 17 Jan 2002 21:51:04 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I5p4v89154; Thu, 17 Jan 2002 21:51:04 -0800 (PST) (envelope-from nobody) Message-Id: <200201180551.g0I5p4v89154@freefall.freebsd.org> Date: Thu, 17 Jan 2002 21:51:04 -0800 (PST) From: Kip Macy To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/34016: AIO is 400x slower under -CURRENT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34016 >Category: kern >Synopsis: AIO is 400x slower under -CURRENT >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 22:00:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Kip Macy >Release: -CURRENT >Organization: Extended Solutions >Environment: FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #0: Thu Jan 17 15:36:56 PST 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES_UP i386 >Description: I wrote a simple program that uses the three different completion mechanisms (polling with aio_error, polling with kevent, and using SIGIO) to fill up a file by writing 8kb at a time to the file and then reading 8kb at a time from the file. The lower the average latency, the more frequently it can send off a new request and the more quickly it can complete. It can be found at: http://www.eventdriven.org/aio_lat_test.tgz Don't try using the aiotest_sigio (on FreeBSD), the siginfo_t doesn't get filled. Yet another PR that I have to file. Here are the results (in ms): 10 32MB files 4-way Sun server over NFS Memory: 4096M real, 924M free, 768M swap in use, 7234M swap free > uname -a SunOS orbit 5.8 Generic_108528-11 sun4u sparc SUNW,Ultra-Enterprise > ./aiotest_sigio write sk_msecs: 112350 max_latency: 560 reads sk_msecs: 119670 max_latency: 780 > ./aiotest_aio_error write sk_msecs: 45570 max_latency: 240 reads sk_msecs: 48280 max_latency: 630 > ./aiotest_sigio write sk_msecs: 117260 max_latency: 410 reads sk_msecs: 124100 max_latency: 600 > ./aiotest_aio_error write sk_msecs: 45050 max_latency: 780 reads sk_msecs: 46550 max_latency: 1530 10 32MB files 600Mhz Laptop local disk UDMA33 Mem: 68M Active, 134M Inact, 30M Wired, 15M Cache, 35M Buf, 656K Free kmacy@netherworld [15:20][~/src/bugs] uname -a FreeBSD netherworld.eventdriven.org 4.5-RC FreeBSD 4.5-RC #1: Wed Jan 16 21:30:55 PST 2002 root@netherworld.e ventdriven.org:/usr/src/sys/compile/NETHERWORLD i386 kmacy@netherworld [15:08][~/src/bugs/aio] ./aiotest_aio_error write sk_msecs: 72890 max_latency: 930 reads sk_msecs: 56830 max_latency: 930 kmacy@netherworld [15:11][~/src/bugs/aio] ./aiotest_kevent write sk_msecs: 71300 max_latency: 1380 reads sk_msecs: 54500 max_latency: 1380 kmacy@netherworld [15:14][~/src/bugs/aio] ./aiotest_aio_error write sk_msecs: 73970 max_latency: 990 reads sk_msecs: 56790 max_latency: 990 kmacy@netherworld [15:17][~/src/bugs/aio] ./aiotest_kevent write sk_msecs: 73620 max_latency: 980 reads sk_msecs: 59620 max_latency: 1860 2-way 1.0GHZ FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #3: Thu Jan 10 18:58:36 PS T 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES i386 Mem: 11M Active, 188M Inact, 111M Wired, 1760K Cache, 111M Buf, 691M Free (~420x slower) (~420x slower) 10 1MB files local disk (UDMA33) > aiotest_aio_error write sk_msecs: 959540 max_latency: 29960 reads sk_msecs: 959970 max_latency: 29960 Same machine compiled UP: > aiotest_aio_error write sk_msecs: 810010 max_latency: 29960 reads sk_msecs: 779950 max_latency: 29960 > uname -a FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #0: Thu Jan 17 15:36:56 PS T 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES_UP i386 I wrote a simple program that uses the three different completion mechanisms (polling with aio_error, polling with kevent, and using SIGIO) to fill up a file by writing 8kb at a time to the file and then reading 8kb at a time from the file. The lower the average latency, the more frequently it can send off a new request. It can be found at: http://www.eventdriven.org/aio_lat_test.tgz Don't try using the aiotest_sigio (on FreeBSD), the siginfo_t doesn't get filled. Yet another PR that I have to file. Here are the results (in ms): 10 32MB files 4-way Sun server over NFS Memory: 4096M real, 924M free, 768M swap in use, 7234M swap free > uname -a SunOS orbit 5.8 Generic_108528-11 sun4u sparc SUNW,Ultra-Enterprise > ./aiotest_sigio write sk_msecs: 112350 max_latency: 560 reads sk_msecs: 119670 max_latency: 780 > ./aiotest_aio_error write sk_msecs: 45570 max_latency: 240 reads sk_msecs: 48280 max_latency: 630 > ./aiotest_sigio write sk_msecs: 117260 max_latency: 410 reads sk_msecs: 124100 max_latency: 600 > ./aiotest_aio_error write sk_msecs: 45050 max_latency: 780 reads sk_msecs: 46550 max_latency: 1530 10 32MB files 600Mhz Laptop local disk UDMA33 Mem: 68M Active, 134M Inact, 30M Wired, 15M Cache, 35M Buf, 656K Free kmacy@netherworld [15:20][~/src/bugs] uname -a FreeBSD netherworld.eventdriven.org 4.5-RC FreeBSD 4.5-RC #1: Wed Jan 16 21:30:55 PST 2002 root@netherworld.e ventdriven.org:/usr/src/sys/compile/NETHERWORLD i386 kmacy@netherworld [15:08][~/src/bugs/aio] ./aiotest_aio_error write sk_msecs: 72890 max_latency: 930 reads sk_msecs: 56830 max_latency: 930 kmacy@netherworld [15:11][~/src/bugs/aio] ./aiotest_kevent write sk_msecs: 71300 max_latency: 1380 reads sk_msecs: 54500 max_latency: 1380 kmacy@netherworld [15:14][~/src/bugs/aio] ./aiotest_aio_error write sk_msecs: 73970 max_latency: 990 reads sk_msecs: 56790 max_latency: 990 kmacy@netherworld [15:17][~/src/bugs/aio] ./aiotest_kevent write sk_msecs: 73620 max_latency: 980 reads sk_msecs: 59620 max_latency: 1860 2-way 1.0GHZ FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #3: Thu Jan 10 18:58:36 PS T 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES i386 Mem: 11M Active, 188M Inact, 111M Wired, 1760K Cache, 111M Buf, 691M Free (~420x slower) (~420x slower) 10 1MB files local disk (UDMA33) > aiotest_aio_error write sk_msecs: 959540 max_latency: 29960 reads sk_msecs: 959970 max_latency: 29960 Same machine compiled UP: > aiotest_aio_error write sk_msecs: 810010 max_latency: 29960 reads sk_msecs: 779950 max_latency: 29960 > uname -a FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #0: Thu Jan 17 15:36:56 PS T 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES_UP i386 >How-To-Repeat: run aiotest_aio_error and aiotest_kevent by compiling the source from: http://www.eventdriven.org/aio_lat_test.tgz >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 17 22:20: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2876537B419 for ; Thu, 17 Jan 2002 22:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I6K1m96240; Thu, 17 Jan 2002 22:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CAE4E37B400 for ; Thu, 17 Jan 2002 22:11:32 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I6BWu95035; Thu, 17 Jan 2002 22:11:32 -0800 (PST) (envelope-from nobody) Message-Id: <200201180611.g0I6BWu95035@freefall.freebsd.org> Date: Thu, 17 Jan 2002 22:11:32 -0800 (PST) From: Vineet Goel To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34018: response to request from ipv6 client does come to client Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34018 >Category: i386 >Synopsis: response to request from ipv6 client does come to client >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 17 22:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Vineet Goel >Release: 4.3 >Organization: Network Programs >Environment: FreeBSD bsd_server.npi.stpn.soft.net 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >Description: I write a server which communicate from IPv4/IPv6 client both. If any client (either IPv4 or IPv6.) requests it processed. But when protocol switching occurs ie first IPv4 client make request and then IPv6 client make request, from then IPv4 client could communicate to server but request from IPv6 client holds but if mean time any IPv6 client make request from any other machine, both get the response from server. >How-To-Repeat: test program >Fix: not know yet >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 0:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F0B9937B416 for ; Fri, 18 Jan 2002 00:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I8o1122955; Fri, 18 Jan 2002 00:50:01 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 00:50:01 -0800 (PST) Message-Id: <200201180850.g0I8o1122955@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33941; it has been noted by GNATS. From: Ruslan Ermilov To: Ryan Dooley Cc: bug-followup@FreeBSD.org Subject: Re: bin/33941: /usr/sbin/dev_mkdb dumps core Date: Fri, 18 Jan 2002 10:39:46 +0200 On Thu, Jan 17, 2002 at 01:56:29PM -0600, Ryan Dooley wrote: > > Try compiling a debugging version of libc and linking dev_mkdb > > statically with it. You can run a stripped down version of it, > > and the dump could still be used with the unstripped version > > for post mortem analysis. > > Unfortunatly, I don't have that option off hand right now. The curious > thing I just installed on a similar workstation and the problem doesn't > exist there. > > The only difference(s) are: (new vs. old where problem exists) > > 1) Generic Mach32 video card vs. 3Dfx Voodoo3 PCI video card, > 2) 128MB ram vs. 384MB ram, and > 3) generic newfs options vs. -b 32768 and -f 4096. > This is unlikely to be the case. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 1: 0:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8ED5E37B405 for ; Fri, 18 Jan 2002 01:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I901o24251; Fri, 18 Jan 2002 01:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 334E137B419 for ; Fri, 18 Jan 2002 00:56:21 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I8uLX23652; Fri, 18 Jan 2002 00:56:21 -0800 (PST) (envelope-from nobody) Message-Id: <200201180856.g0I8uLX23652@freefall.freebsd.org> Date: Fri, 18 Jan 2002 00:56:21 -0800 (PST) From: Eugene Podkopaev To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34019: sftp core dumped Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34019 >Category: misc >Synopsis: sftp core dumped >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 01:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Eugene Podkopaev >Release: 4.5-PRERELEASE >Organization: JSC EMETEX >Environment: FreeBSD selena 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #4: Tue Jan 8 13:07:29 MSK 2002 root@selena:/usr/obj/usr/src/sys/SELENA i386 >Description: sftp crashes when I try to upload nonexisting file. >How-To-Repeat: ssh_config: Host * Protocol 2,1 sshd_config: Port 22 Protocol 2 ListenAddress 192.168.0.1 ListenAddress 195.2.80.100 HostKey /etc/ssh/ssh_host_key HostKey /etc/ssh/ssh_host_dsa_key ServerKeyBits 768 LoginGraceTime 120 KeyRegenerationInterval 3600 PermitRootLogin yes MaxStartups 10:30:60 IgnoreRhosts yes RhostsRSAAuthentication StrictModes yes X11Forwarding yes X11DisplayOffset 10 PrintMotd yes KeepAlive yes SyslogFacility AUTH LogLevel INFO RhostsAuthentication no RhostsRSAAuthentication no HostbasedAuthentication no RSAAuthentication yes PasswordAuthentication no PermitEmptyPasswords no CheckMail no Subsystem sftp /usr/libexec/sftp-server How to repeat: # sftp selena.emetex.ru Connecting to selena.emetex.ru... sftp> put nonexisting Segmentation fault (core dumped) # >Fix: Patch: --- crypto/openssh/sftp-int.c.orig Fri Jan 18 11:36:22 2002 +++ crypto/openssh/sftp-int.c Fri Jan 18 11:49:18 2002 @@ -436,7 +436,7 @@ memset(&g, 0, sizeof(g)); debug3("Looking up %s", src); - if (glob(src, 0, NULL, &g)) { + if (glob(src, 0, NULL, &g) || !g.gl_pathc) { error("File \"%s\" not found.", src); err = -1; goto out; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 1:30: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 453E137B402 for ; Fri, 18 Jan 2002 01:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I9U2x31695; Fri, 18 Jan 2002 01:30:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 01:30:02 -0800 (PST) Message-Id: <200201180930.g0I9U2x31695@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J . Clark" Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: "Crist J . Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: "Crist J . Clark" To: Ruslan Ermilov Cc: bug-followup@FreeBSD.ORG Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Fri, 18 Jan 2002 01:22:34 -0800 On Thu, Jan 17, 2002 at 08:30:02AM -0800, Ruslan Ermilov wrote: > The following reply was made to PR misc/33996; it has been noted by GNATS. > > From: Ruslan Ermilov > To: Aragon Gouveia > Cc: bug-followup@FreeBSD.org > Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default > Date: Thu, 17 Jan 2002 18:20:01 +0200 > > On Thu, Jan 17, 2002 at 08:02:01AM -0800, Aragon Gouveia wrote: > > > > > > The reserved 127.0.0.0/8 range is not added to FreeBSD's routing > > table with destination interface lo0 by default. Instead, only > > 127.0.0.1/32 is being routed to the loopback interface. Pinging, > > for example, 127.2.3.4 returns no response - in my case it tries > > to route via the default route out onto the net! > > > Nah, this is something that should be controlled with a firewall. > The default ipfw(8) rules block this. Also, the kernel function > in_canforward() does not allow forwarding of IP packets with the > destination address in the 127.0.0.0/8 range. > > Can this PR be closed now? Well, there is a bug here. Have you ever actually tried, # ping 127.2.3.4 And sniffed the wire? That is a Bad Thing. No machine should ever let 127/8 on the wire. But I believe there is another PR on this. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 1:40:32 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7F69437B404 for ; Fri, 18 Jan 2002 01:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I9e2E33113; Fri, 18 Jan 2002 01:40:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 01:40:02 -0800 (PST) Message-Id: <200201180940.g0I9e2E33113@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: misc/34019: sftp core dumped Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34019; it has been noted by GNATS. From: Peter Pentchev To: Eugene Podkopaev Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/34019: sftp core dumped Date: Fri, 18 Jan 2002 11:37:28 +0200 On Fri, Jan 18, 2002 at 12:56:21AM -0800, Eugene Podkopaev wrote: > > >Number: 34019 > >Category: misc > >Synopsis: sftp core dumped > >Originator: Eugene Podkopaev > >Release: 4.5-PRERELEASE > >Organization: > JSC EMETEX > >Environment: > FreeBSD selena 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #4: Tue Jan 8 13:07:29 MSK 2002 root@selena:/usr/obj/usr/src/sys/SELENA i386 > >Description: > sftp crashes when I try to upload nonexisting file. > >How-To-Repeat: [snip] > # sftp selena.emetex.ru > Connecting to selena.emetex.ru... > sftp> put nonexisting > Segmentation fault (core dumped) > # Can you try the attached patch? It should work for both -stable and -current with no modifications. After applying the patch, all you need to rebuild is sftp; something like cd /usr/src/secure/usr.bin/sftp && make && sudo make install should do the trick. G'luck, Peter -- I am jealous of the first word in this sentence. Index: src/crypto/openssh/sftp-int.c =================================================================== RCS file: /home/ncvs/src/crypto/openssh/sftp-int.c,v retrieving revision 1.1.1.1.2.1 diff -u -r1.1.1.1.2.1 sftp-int.c --- src/crypto/openssh/sftp-int.c 28 Sep 2001 01:33:34 -0000 1.1.1.1.2.1 +++ src/crypto/openssh/sftp-int.c 18 Jan 2002 09:31:31 -0000 @@ -357,7 +357,8 @@ memset(&g, 0, sizeof(g)); debug3("Looking up %s", abs_src); - if (remote_glob(in, out, abs_src, 0, NULL, &g)) { + if (remote_glob(in, out, abs_src, 0, NULL, &g) != 0 || + g.gl_matchc == 0) { error("File \"%s\" not found.", abs_src); err = -1; goto out; @@ -436,7 +437,7 @@ memset(&g, 0, sizeof(g)); debug3("Looking up %s", src); - if (glob(src, 0, NULL, &g)) { + if (glob(src, 0, NULL, &g) != 0 || g.gl_matchc == 0) { error("File \"%s\" not found.", src); err = -1; goto out; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 1:50:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4209B37B421 for ; Fri, 18 Jan 2002 01:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I9o1634326; Fri, 18 Jan 2002 01:50:01 -0800 (PST) (envelope-from gnats) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 1C05937B402 for ; Fri, 18 Jan 2002 01:42:46 -0800 (PST) Received: from fwd06.sul.t-online.de by mailout01.sul.t-online.com with smtp id 16RVXp-0003qq-03; Fri, 18 Jan 2002 10:42:45 +0100 Received: from spotteswoode.dnsalias.org (520082050842-0001@[217.80.22.15]) by fmrl06.sul.t-online.com with smtp id 16RVXa-15RejYC; Fri, 18 Jan 2002 10:42:30 +0100 Received: (qmail 1721 invoked by uid 0); 18 Jan 2002 09:42:30 -0000 Message-Id: <20020118094230.GA968@spotteswoode.dnsalias.org> Date: Fri, 18 Jan 2002 10:42:30 +0100 From: clemensF To: FreeBSD-gnats-submit@freebsd.org Subject: kern/34020: poll(2) on fifos is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34020 >Category: kern >Synopsis: programs fail that poll(2) on fifos >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 01:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Tip Chap >Release: FreeBSD 4.3-RELEASE i386 >Organization: no >Environment: >Description: the programs below are meant to communicate a state change to multiple processes. the original idea is from paul jarc. several variants of the waiters were tested (selecting, blocking, polling). what's needed is this: readers on a fifo are supposed to wait until some writer opens it. this could be a portable, light-weight way of event- notification, where an unspecified number of readers can be realiably signalled, not loosing any signals even when they are not yet ready to receive them. it works in linux and openbsd. POSIX doesn't specify the situation (nobody does). the only alternative would be heavy machinery using SYSV-IPC or unix- signals, that would also put unbearable load on the system. >How-To-Repeat: 0 p1 root #./pipe-wait pipe & ./pipe-wait pipe & ./pipe-wait pipe & [1] 16768 [2] 16769 [3] 16770 [1] 16768 Running ./pipe-wait pipe & [2]- 16769 Running ./pipe-wait pipe & [3]+ 16770 Running ./pipe-wait pipe & 0 p1 root # [1] 16768 Done ./pipe-wait pipe [2]- 16769 Done ./pipe-wait pipe [3]+ 16770 Done ./pipe-wait pipe this behaviour is wrong, no matter which of the pipe-wait* programs is used. what i want to achieve is having any number of poll's wait until pipe-signal is invoked. this doesn't happen, as the waiters exit immediately with no error, as if data was immediately available, which is obviously wrong. 0 p1 root #ls -F pipe* pipe| pipe-wait* pipe-wait-poll* pipe-signal* pipe-wait-block* pipe-wait-poll.c* pipe-signal.c* pipe-wait-block.c* pipe-wait.c* 0 p1 root #ll pipe 29165 prw-r--r-- 1 root wheel - 0 13 Jan 18:32 pipe| 0 p1 root #./pipe-signal 1 p1 root #./pipe-signal pipe >Fix: the kernel for version 4.3 needs fixing. i am not sure if this issue has been resolved in -current. clemens fischer -------------------- 8< ----------------------- /* pipe-wait.c */ #include #include #include #include #include int main(int argc, char* argv[]) { int fd; fd_set set, empty; if (argc<2) return 1; fd=open(argv[1], O_RDONLY|O_NDELAY); if (fd<0) return 2; FD_ZERO(&empty); FD_ZERO(&set); FD_SET(fd, &set); if (select(fd+1, &set, &empty, &empty, NULL)!=1) return 3; return 0; } -------------------- 8< ----------------------- /* pipe-wait-block.c */ #include #include #include #include #include int main(int argc, char* argv[]) { int fd; fd_set set, empty; if (argc<2) return 1; fd=open(argv[1], O_RDONLY|O_NDELAY); if (fd<0) return 2; if (fcntl(fd, F_SETFL, O_RDONLY)!=0) return 3; FD_ZERO(&empty); FD_ZERO(&set); FD_SET(fd, &set); if (select(fd+1, &set, &empty, &empty, NULL)!=1) return 4; return 0; } -------------------- 8< ----------------------- /* pipe-wait-poll.c */ #include #include #include #include #include int main(int argc, char* argv[]) { int fd; struct pollfd x; if (argc<2) return 1; fd=open(argv[1], O_RDONLY|O_NDELAY); if (fd<0) return 2; if (fcntl(fd, F_SETFL, O_RDONLY)!=0) return 3; x.fd=fd; x.events=POLLIN; if (poll(&x, 1, -1)!=1) return 4; if (x.revents&POLLIN==0) return 5; return 0; } -------------------- 8< ----------------------- /* pipe-signal.c */ #include #include #include #include #include int main(int argc, char* argv[]) { if (argc<2) return 1; if (open(argv[1], O_WRONLY|O_NDELAY)<0 && errno!=ENXIO) return 2; return 0; } >Release-Note: >Audit-Trail: >Unformatted: >System: FreeBSD spotteswoode.dnsalias.org 4.3-RELEASE FreeBSD 4.3-RELEASE #13: Sun Jan 13 11:53:26 CET 2002 root@spotteswoode.dnsalias.org:/usr/src/sys/compile/n1 i386 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 1:51: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5AA6537B41A; Fri, 18 Jan 2002 01:50:58 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0I9hMW33537; Fri, 18 Jan 2002 01:43:22 -0800 (PST) (envelope-from roam) Date: Fri, 18 Jan 2002 01:43:22 -0800 (PST) From: Message-Id: <200201180943.g0I9hMW33537@freefall.freebsd.org> To: roam@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: misc/34019: sftp core dumped Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: sftp core dumped Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: roam Responsible-Changed-When: Fri Jan 18 01:40:49 PST 2002 Responsible-Changed-Why: Over to Brian Feldman, the maintainer of the FreeBSD OpenSSH. Brian, it seems that this bug is present in openssh-portable-3.0b1, too. My patch in the audit trail should fix it; I know that this patch should ideally be submitted to the OpenSSH developers and then naturally integrated into our OpenSSH, but in view of the impending 4.5-RELEASE, could it be committed directly into our tree to solve an obvious problem? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34019 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 3: 7:41 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from www.yahho.com (28.c210-85-16.ethome.net.tw [210.85.16.28]) by hub.freebsd.org (Postfix) with SMTP id EC55637B417; Fri, 18 Jan 2002 03:07:09 -0800 (PST) Received: from titan by kimo.com with SMTP id Q09smRtxzFPg7roxLZPG; Fri, 18 Jan 2002 19:15:28 +0800 Message-ID: From: J4OYBdUF08g@pavo.seed.net.tw To: FLHe3X9ar9AnPY@tpts8.seed.net.tw Subject: MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_t75bPXRkhRqbq3Hnf" X-Priority: 3 X-MSMail-Priority: Normal Date: Fri, 18 Jan 2002 03:07:09 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_t75bPXRkhRqbq3Hnf Content-Type: multipart/alternative; boundary="----=_NextPart_t75bPXRkhRqbq3HnfAA" ------=_NextPart_t75bPXRkhRqbq3HnfAA Content-Type: text/html; charset="big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50 PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBGcm9udFBhZ2UgNC4wIj4NCjxtZXRhIG5hbWU9IlByb2dJZCIgY29udGVu dD0iRnJvbnRQYWdlLkVkaXRvci5Eb2N1bWVudCI+DQo8dGl0bGU+t1GmXqj9u1CxoaRIquymuMHb sG2qurT+qP223DwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5Pg0KDQq3UaZeqP27ULGhpEiq7Ka4 wduwbaq6tP6o/bbcPyCxeqq6qkKkzSC3UbnvsXq7oaFBIHcgDQqn1qjspUikVaq6uvSttqzdrN0g Xl9fX19fX19fX19eIKVWpNGsT63TvkGmWMXKt1Kquql1uGChQSEgDQqkXbdRqNOt0672uqnB27Bt ttyhSCBcKCotKikvIGlWaWRlb7tQp0GqurLEpECmuMHbsG08YnI+DQo8YSBocmVmPSJodHRwOi8v d3d3Lml2aWRlby5jb20udHciPmh0dHA6Ly93d3cuaXZpZGVvLmNvbS50dzwvYT48YnI+DQo8YSBo cmVmPSJodHRwOi8vd3d3Lml2aWRlby5jb20udHcvZmxhc2gvcm9tYW5jZS5hc3AiPmh0dHA6Ly93 d3cuaXZpZGVvLmNvbXR3L2ZsYXNoL3JvbWFuY2UuYXNwPC9hPg0KPHA+oUA8L3A+DQo8cD6hQA0K PG9iamVjdCBjbGFzc2lkPSJjbHNpZDpEMjdDREI2RS1BRTZELTExY2YtOTZCOC00NDQ1NTM1NDAw MDAiIGNvZGVCYXNlPSJodHRwOi8vZG93bmxvYWQubWFjcm9tZWRpYS5jb20vcHViL3Nob2Nrd2F2 ZS9jYWJzL2ZsYXNoL3N3Zmxhc2guY2FiI3ZlcnNpb249NCwwLDIsMCIgaGVpZ2h0PSIzMjQiIHdp ZHRoPSI1NTAiPg0KICA8cGFyYW0gTkFNRT0iX2N4IiBWQUxVRT0iMTQ1NTIiPg0KICA8cGFyYW0g TkFNRT0iX2N5IiBWQUxVRT0iODU3MyI+DQogIDxwYXJhbSBOQU1FPSJNb3ZpZSIgVkFMVUU9Imh0 dHA6Ly93d3cuaXZpZGVvLmNvbS50dy9mbGFzaC91bmNsZS5zd2YiPg0KICA8cGFyYW0gTkFNRT0i U3JjIiBWQUxVRT0iaHR0cDovL3d3dy5pdmlkZW8uY29tLnR3L2ZsYXNoL3VuY2xlLnN3ZiI+DQog IDxwYXJhbSBOQU1FPSJXTW9kZSIgVkFMVUU9IldpbmRvdyI+DQogIDxwYXJhbSBOQU1FPSJQbGF5 IiBWQUxVRT0iLTEiPg0KICA8cGFyYW0gTkFNRT0iTG9vcCIgVkFMVUU9Ii0xIj4NCiAgPHBhcmFt IE5BTUU9IlF1YWxpdHkiIFZBTFVFPSJIaWdoIj4NCiAgPHBhcmFtIE5BTUU9IlNBbGlnbiIgVkFM VUU+DQogIDxwYXJhbSBOQU1FPSJNZW51IiBWQUxVRT0iLTEiPg0KICA8cGFyYW0gTkFNRT0iQmFz ZSIgVkFMVUU+DQogIDxwYXJhbSBOQU1FPSJTY2FsZSIgVkFMVUU9IlNob3dBbGwiPg0KICA8cGFy YW0gTkFNRT0iRGV2aWNlRm9udCIgVkFMVUU9IjAiPg0KICA8cGFyYW0gTkFNRT0iRW1iZWRNb3Zp ZSIgVkFMVUU9IjAiPg0KICA8cGFyYW0gTkFNRT0iQkdDb2xvciIgVkFMVUU+DQogIDxwYXJhbSBO QU1FPSJTV1JlbW90ZSIgVkFMVUU+DQogIDxwYXJhbSBOQU1FPSJTdGFja2luZyIgVkFMVUU9ImJl bG93Ij48ZW1iZWQgc3JjPSJodHRwOi8vd3d3Lml2aWRlby5jb20udHcvZmxhc2gvdW5jbGUuc3dm IiBxdWFsaXR5PSJoaWdoIiBwbHVnaW5zcGFnZT0iaHR0cDovL3d3dy5tYWNyb21lZGlhLmNvbS9z aG9ja3dhdmUvZG93bmxvYWQvaW5kZXguY2dpP1AxX1Byb2RfVmVyc2lvbj1TaG9ja3dhdmVGbGFz aCIgdHlwZT0iYXBwbGljYXRpb24veC1zaG9ja3dhdmUtZmxhc2giIHdpZHRoPSI1NTAiIGhlaWdo dD0iMzI0Ij4NCjwvb2JqZWN0Pg0KPC9wPg0KDQo8L2JvZHk+DQoNCjwvaHRtbD4= ------=_NextPart_t75bPXRkhRqbq3HnfAA-- ------=_NextPart_t75bPXRkhRqbq3Hnf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 3:21: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 76F9F37B402; Fri, 18 Jan 2002 03:20:58 -0800 (PST) Received: (from keramida@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IBCXT53350; Fri, 18 Jan 2002 03:12:33 -0800 (PST) (envelope-from keramida) Date: Fri, 18 Jan 2002 03:12:33 -0800 (PST) From: Message-Id: <200201181112.g0IBCXT53350@freefall.freebsd.org> To: nicole@daemontech.com, keramida@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/16189: Advansys ASB-3940U2W SCSI Card does not work with 3.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Advansys ASB-3940U2W SCSI Card does not work with 3.4 State-Changed-From-To: feedback->closed State-Changed-By: keramida State-Changed-When: Fri Jan 18 03:11:56 PST 2002 State-Changed-Why: Feedback timeout after more than 4 months. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16189 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 3:50:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2DFD337B423 for ; Fri, 18 Jan 2002 03:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IBo2257200; Fri, 18 Jan 2002 03:50:02 -0800 (PST) (envelope-from gnats) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id CB46A37B417 for ; Fri, 18 Jan 2002 03:46:54 -0800 (PST) Received: from fokus.gmd.de (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id g0IBkpR07270 for ; Fri, 18 Jan 2002 12:46:52 +0100 (MET) Received: (from root@localhost) by fokus.gmd.de (8.11.6/8.11.0) id g0IBkp672380; Fri, 18 Jan 2002 12:46:51 +0100 (CET) (envelope-from hbb) Message-Id: <200201181146.g0IBkp672380@fokus.gmd.de> Date: Fri, 18 Jan 2002 12:46:51 +0100 (CET) From: Hartmut Brandt Reply-To: Hartmut Brandt To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34022: syslog(3) clobbers static storage used by ctime(3) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34022 >Category: bin >Synopsis: syslog(3) clobbers static storage used by ctime(3) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 03:50:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Hartmut Brandt >Release: FreeBSD 5.0-CURRENT i386 >Organization: Fraunhofer FOKUS >Environment: System: FreeBSD beagle.fokus.gmd.de 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Fri Jan 11 13:15:44 CET 2002 hbb@beagle.fokus.gmd.de:/opt/obj/usr/src/sys/BEAGLE i386 >Description: syslog(3) calls ctime() to put a timestamp into the line that is to be logged. ctime() in turn calls localtime() and so ctime() clobbers the static storage used for the string by itself and the static storage used by localtime() for a struct tm. >How-To-Repeat: put the line syslog(LOG_ERR, "timestamp %s", ctime(&t)); into a program using syslog(3) with a value of t that is different from the current time. Observe, that the two times printed in the log file are the same. >Fix: Apply the following fix to /usr/src/lib/libc/gen/syslog.c: Index: syslog.c =================================================================== RCS file: /usr/ncvs/src/lib/libc/gen/syslog.c,v retrieving revision 1.22 diff -c -r1.22 syslog.c *** syslog.c 24 Jan 2001 12:59:24 -0000 1.22 --- syslog.c 18 Jan 2002 11:18:32 -0000 *************** *** 143,149 **** register char ch, *p; time_t now; int fd, saved_errno; ! char *stdp, tbuf[2048], fmt_cpy[1024]; FILE *fp, *fmt_fp; struct bufcookie tbuf_cookie; struct bufcookie fmt_cookie; --- 143,149 ---- register char ch, *p; time_t now; int fd, saved_errno; ! char *stdp, tbuf[2048], fmt_cpy[1024], timbuf[26]; FILE *fp, *fmt_fp; struct bufcookie tbuf_cookie; struct bufcookie fmt_cookie; *************** *** 176,182 **** /* Build the message. */ (void)time(&now); (void)fprintf(fp, "<%d>", pri); ! (void)fprintf(fp, "%.15s ", ctime(&now) + 4); if (LogStat & LOG_PERROR) { /* Transfer to string buffer */ (void)fflush(fp); --- 176,182 ---- /* Build the message. */ (void)time(&now); (void)fprintf(fp, "<%d>", pri); ! (void)fprintf(fp, "%.15s ", ctime_r(&now, timbuf) + 4); if (LogStat & LOG_PERROR) { /* Transfer to string buffer */ (void)fflush(fp); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 6:16:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4814837B94D for ; Fri, 18 Jan 2002 06:11:39 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IEA0A01043; Fri, 18 Jan 2002 06:10:00 -0800 (PST) (envelope-from gnats) Received: from mail.siol.net (odin.siol.net [193.189.160.10]) by hub.freebsd.org (Postfix) with ESMTP id B19EF37B420 for ; Fri, 18 Jan 2002 06:00:39 -0800 (PST) Received: from mx.zrcalo.si ([193.77.90.35]) by mail.siol.net (InterMail vK.4.03.01.00 201-232-122 license 3b7ff800a4377eede9efc7be81e8a7c4) with ESMTP id <20020118140037.KUWZ14057.mail@mx.zrcalo.si> for ; Fri, 18 Jan 2002 15:00:37 +0100 Received: from localhost (localhost [127.0.0.1]) by mx.zrcalo.si (Postfix) with ESMTP id C30B79EE2D for ; Fri, 18 Jan 2002 15:00:48 +0100 (CET) Received: from mx2.zrcalo.si (mx2.zrcalo.si [193.77.90.12]) by mx.zrcalo.si (Postfix) with ESMTP id 263649EE29 for ; Fri, 18 Jan 2002 15:00:46 +0100 (CET) Received: by mx2.zrcalo.si (Postfix, from userid 1001) id CA0EC3453E; Fri, 18 Jan 2002 15:00:36 +0100 (CET) Message-Id: <20020118140036.CA0EC3453E@mx2.zrcalo.si> Date: Fri, 18 Jan 2002 15:00:36 +0100 (CET) From: Miha Nedok Reply-To: Miha Nedok To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34028: userland ppp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34028 >Category: bin >Synopsis: userland ppp >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 06:10:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Miha Nedok >Release: FreeBSD 4.3-RELEASE i386 >Organization: >Environment: System: FreeBSD nexus.zrcalo.si 4.4-RELEASE FreeBSD 4.3-RELEASE >Description: ppp with pppoe (ADSL) panic the system if no IP specified on fxp ethernet card. I had no time to test it on another machine or other options because i had to be quick ( installation of a FreeBSD router at a clients site). So I'm not sure if this happens with other cards too. I will repeat the abowe in a 4-5 days term. >How-To-Repeat: Try ppp with pppoe (ADSL) with an fxp without setting any IP to the fxp card. >Fix: None available. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 6:17: 2 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from btclick.com (mta02.btfusion.com [62.172.195.247]) by hub.freebsd.org (Postfix) with ESMTP id 96B3537B7EC for ; Fri, 18 Jan 2002 06:07:52 -0800 (PST) Received: from lion ([213.123.168.102]) by btclick.com (Netscape Messaging Server 4.15) with SMTP id GQ50G203.38J for ; Fri, 18 Jan 2002 14:04:50 +0000 Subject: Beautiful Antique-Reproduction Oriental Carpets To: freebsd-bugs@freebsd.org From: "leon.norell" Content-Type: multipart/related;type="multipart/alternative"; boundary="----=_NextPart_000_0004_01C06B5E.74675200" Date: Fri, 18 Jan 2002 00:00:00 +0000 Message-ID: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ------=_NextPart_000_0004_01C06B5E.74675200 Subject: Beautiful Antique-Reproduction Oriental Carpets To: freebsd-bugs@freebsd.org From: "leon.norell" Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C06B5E.74675200" Date: 18/01/02 X-Mailer: Spyder Mailer 1.0 =0D=0A=0D=0A=0D=0ALeon=20Norell=20Oriental=20Carpets=0D= =0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A= =0D=0A
=0D=0A=0D= =0A=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20=20= =20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D=0A=20=20=20=0D=0A= =20=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20Antique
=0D= =0A=20=20=20=20=20=20Reproduction
=0D=0A=20=20=20=20=20=20=20=20Oriental= =20Carpets=20
=20=0D=0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20=0D=0A=20=20=20=0D=0A=20=20=20=20=20=20=0D= =0A=20=20=0D=0A=20=20=20=0D=0A=20=20=20=20=20=0D=0A=20=20=20=20=20=20
=0D=0A= =20=20=20=20=20=20=20=20=20=20click=20below
=0D=0A= =20=20=20=20=20=20=20=20=20=20http://ww= w.norell.org
=0D=0A=20=20=20=20=20=20=20=20=20=20
=20=0D= =0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20=0D=0A=20= =20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0A ------=_NextPart_000_0005_01C06B5E.74675200 Content-Type: text/plain Antique Reproduction Oriental Carpets click below http://www.norell.org ------=_NextPart_000_0005_01C06B5E.74675200 Content-Type: text/html Content-Transfer-Encoding: quoted-printable =0D=0A=0D=0A=0D=0ALeon=20Norell=20Oriental=20Carpets=0D= =0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A= =0D=0A
=0D=0A=0D= =0A=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20=20= =20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D=0A=20=20=20=0D=0A= =20=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=20=20=20=20Antique
=0D= =0A=20=20=20=20=20=20Reproduction
=0D=0A=20=20=20=20=20=20=20=20Oriental= =20Carpets=20
=20=0D=0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20=0D=0A=20=20=20=0D=0A=20=20=20=20=20=20=0D= =0A=20=20=0D=0A=20=20=20=0D=0A=20=20=20=20=20=0D=0A=20=20=20=20=20=20
=0D=0A= =20=20=20=20=20=20=20=20=20=20click=20below
=0D=0A= =20=20=20=20=20=20=20=20=20=20http://ww= w.norell.org
=0D=0A=20=20=20=20=20=20=20=20=20=20
=20=0D= =0A=20=20=20=20=20=20
=0D=0A=20=20=0D=0A=20=20=0D=0A=20= =20=20=0D=0A=20=20=20=20=20=20=0D=0A=20=20=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0A ------=_NextPart_000_0005_01C06B5E.74675200-- ------=_NextPart_000_0004_01C06B5E.74675200-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 6:50:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 65A9E37B419 for ; Fri, 18 Jan 2002 06:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IEo2f96223; Fri, 18 Jan 2002 06:50:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 06:50:02 -0800 (PST) Message-Id: <200201181450.g0IEo2f96223@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33985; it has been noted by GNATS. From: Sheldon Hearn To: Karthik K Cc: bug-followup@freebsd.org Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Date: Fri, 18 Jan 2002 16:49:59 +0200 On Thu, 17 Jan 2002 21:51:44 +0200, Sheldon Hearn wrote: > Then I'm not sure what more we can do for you in the absence of further > information. :-( I've been wrong all the time! I'm so sorry for wasting your time. I've just discovered that the messages you complained about went to an unexpected console device! I'll assign your PR to the maintainer ASAP. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 6:50:23 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3BA2237B416 for ; Fri, 18 Jan 2002 06:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IEo1f96215; Fri, 18 Jan 2002 06:50:01 -0800 (PST) (envelope-from gnats) Received: from mistral.imasy.or.jp (mistral.imasy.or.jp [202.227.24.84]) by hub.freebsd.org (Postfix) with ESMTP id 7416E37B41A; Fri, 18 Jan 2002 06:40:57 -0800 (PST) Received: (from sarumaru@localhost) by mistral.imasy.or.jp (8.11.6/8.11.6/mistral) id g0IE1YP16087; Fri, 18 Jan 2002 23:01:34 +0900 (JST) (envelope-from sarumaru) Message-Id: <200201181401.g0IE1YP16087@mistral.imasy.or.jp> Date: Fri, 18 Jan 2002 23:01:34 +0900 (JST) From: Yoshihiko Sarumaru Reply-To: Yoshihiko Sarumaru To: FreeBSD-gnats-submit@freebsd.org Cc: murray@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34030: miibus.ko can be loaded into the kernel which had miibus already by /boot/loader, then cause panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34030 >Category: bin >Synopsis: miibus.ko can be loaded into the kernel which had miibus already by /boot/loader, then cause panic >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 06:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Yoshihiko Sarumaru >Release: FreeBSD 4.5-RC i386 >Organization: Internet Mutual Aid Society Yokohama >Environment: System: FreeBSD mistral.imasy.or.jp 4.5-RC FreeBSD 4.5-RC #0: Sat Jan 12 22:19:31 JST 2002 sarumaru@mistral.imasy.or.jp:/usr/obj/usr/src/sys/Z505VRK i386 >Description: Miibus can be included in kernel statically and can be loaded by kernel module. In regular case, we only have to use one from static or dynamic and kernel will reject dynamic loading if he had already miibus statically. But /boot/loader didn't know the kernel has miibus inside, and always preload miibus if miibus_load or something that requires miibus (like if_fxp, if_sis and others) is set to YES in /boot/loader.conf. > Preloaded elf kernel "kernel" at 0xc0423000. > Preloaded elf module "if_fxp.ko" at 0xc042309c. > Preloaded elf module "miibus.ko" at 0xc042313c. In this case, ifconfig will make kernel panic, every time. > ... > fxp0: port 0xfc40-0xfc7f mem 0xfec00000-0xfecfffff,0xfedf6000-0xfedf6fff irq 9 at device 11.0 on pci0 > fxp0: Ethernet address 08:00:46:0f:47:91 > inphy0: on miibus0 > inphy0: no media present > ... > Mounting root from ufs:/dev/ad0s2a > DEPENDENCY NOTE: portmap will be enabled to support amd > swapon: adding /dev/ad0s2b as swap device > Automatic boot in progress... > /dev/ad0s2a: FILESYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s2a: clean, 2620431 free (111039 frags, 313674 blocks, 1.5% fragmentation). > Setup PC-CARD: memory beep pccardd. > Doing initial network setup: hostname > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x8 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc03f4980 > stack pointer = 0x10:0xc9dc0b50 > frame pointer = 0x10:0xc9dc0b5c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 62 (ifconfig) > interrupt mask = net You may found the recognition of fxp0 is something wrong in above message. In regular case, inphy0 will be recognized like below: > fxp0: port 0xfc40-0xfc7f mem 0xfec00000-0xfecfffff,0xfedf6000-0xfedf6fff irq 9 at device 11.0 on pci0 > fxp0: Ethernet address 08:00:46:0f:47:91 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto This force us to not to use kernel module of network interfaces that depends on miibus if we want to use ed driver (there is no module for ed). This batting of static and dynamic code will be occured with umass, or libiconv..., but umass and libiconv seems could not made panic. >How-To-Repeat: Write `miibus_load="YES"' in /boot/loader.conf and boot GENERIC kernel on the PC which has fxp, sis, rl or other miibus depended devices. >Fix: I have no fix yet, sorry. Ideas: - Make boot loader can detect what driver the kernel has inside. - Make miibus code to endure co-existance of static and dynamic module. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7: 0:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 09EA337B41C for ; Fri, 18 Jan 2002 07:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IF01P31076; Fri, 18 Jan 2002 07:00:01 -0800 (PST) (envelope-from gnats) Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by hub.freebsd.org (Postfix) with ESMTP id 239E837B419; Fri, 18 Jan 2002 06:57:12 -0800 (PST) Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.6/8.11.6) id g0IEuhC39935; Fri, 18 Jan 2002 09:56:43 -0500 (EST) (envelope-from alane) Message-Id: <200201181456.g0IEuhC39935@wwweasel.geeksrus.net> Date: Fri, 18 Jan 2002 09:56:43 -0500 (EST) From: Alan Eldridge Reply-To: Alan Eldridge To: FreeBSD-gnats-submit@freebsd.org Cc: sobomax@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34032: make fails to evaluate some reasonable conditional expressions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34032 >Category: bin >Synopsis: make fails to evaluate some reasonable conditional expressions >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 07:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Alan Eldridge >Release: FreeBSD 4.4-STABLE i386 >Organization: Geeksrus.NET >Environment: System: FreeBSD wwweasel.geeksrus.net 4.4-STABLE FreeBSD 4.4-STABLE #0: Sun Dec 2 19:14:12 EST 2001 root@wwweasel.geeksrus.net:/usr/obj/usr/src/sys/WWWEASEL i386 >Description: A conditional such as: .if defined(WITH_FOO) && ${WITH_FOO:L} == yes does not evaluate correctly if WITH_FOO is undefined. This is exactly the sort of test we should be doing in ports makefiles to check for settings of knobs which control the build. Make shouldn't choke on this. Note: .if defined(WITH_FOO) && ${WITH_FOO} == yes works ok. It's the :L operator that is not behaving in the case of the variable being undefined. >How-To-Repeat: [alane ~]$ cat Makefile .if defined(WITH_FOO) && ${WITH_FOO:L} == yes all: echo foo .else all: echo bar .endif [alane ~]$ make all "Makefile", line 1: Malformed conditional (defined(WITH_FOO) && ${WITH_FOO:L} == yes) "Makefile", line 1: Need an operator "Makefile", line 4: if-less else "Makefile", line 4: Need an operator "Makefile", line 7: if-less endif "Makefile", line 7: Need an operator make: fatal errors encountered -- cannot continue [alane ~]$ make WITH_FOO=XX all echo bar bar [alane ~]$ make WITH_FOO=YES all echo foo foo [alane ~]$ >Fix: First, we have to decide what is broken. 1. The evaluation should be short-circuited once the value is known. OR 2. The :L and :U (and generally, all the :X suffix) operators should apply to an undefined variable as if it was defined to "". Which one is right? I think (1) is right; (2) introduces "silent failure" cases where error diagnostics should be produced. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7: 1: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CF24E37B402; Fri, 18 Jan 2002 07:00:58 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IEvta30670; Fri, 18 Jan 2002 06:57:55 -0800 (PST) (envelope-from ru) Date: Fri, 18 Jan 2002 06:57:55 -0800 (PST) From: Message-Id: <200201181457.g0IEvta30670@freefall.freebsd.org> To: wsx@wsx6.net, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/33747: bug in rt socket Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: bug in rt socket State-Changed-From-To: feedback->analyzed State-Changed-By: ru State-Changed-When: Fri Jan 18 06:57:37 PST 2002 State-Changed-Why: Fix state. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33747 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7: 4:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D511037B402; Fri, 18 Jan 2002 07:04:22 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IF4DK31889; Fri, 18 Jan 2002 07:04:13 -0800 (PST) (envelope-from ru) Date: Fri, 18 Jan 2002 07:04:13 -0800 (PST) From: Message-Id: <200201181504.g0IF4DK31889@freefall.freebsd.org> To: wsx@wsx6.net, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, ru@FreeBSD.org Subject: Re: kern/33747: bug in rt socket Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: bug in rt socket State-Changed-From-To: analyzed->feedback State-Changed-By: ru State-Changed-When: Fri Jan 18 06:57:57 PST 2002 State-Changed-Why: A new routing socket message type was added, RTM_IFANNOUNCE, to send announcements of the interface attach/detach events. The affected revisions in 5.0-CURRENT: sbin/route/route.c,v 1.58 share/man/man4/route.4,v 1.14 sys/net/if.c,v 1.127 sys/net/if.h,v 1.68 sys/net/route.h,v 1.43 sys/net/rtsock.c,v 1.64 The code will be merged into 4.5-STABLE in two weeks. Responsible-Changed-From-To: freebsd-bugs->ru Responsible-Changed-By: ru Responsible-Changed-When: Fri Jan 18 06:57:57 PST 2002 Responsible-Changed-Why: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33747 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7:10:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A554937B41F for ; Fri, 18 Jan 2002 07:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IFA1q36290; Fri, 18 Jan 2002 07:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E1EE137B417 for ; Fri, 18 Jan 2002 07:02:08 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IF28d31571; Fri, 18 Jan 2002 07:02:08 -0800 (PST) (envelope-from nobody) Message-Id: <200201181502.g0IF28d31571@freefall.freebsd.org> Date: Fri, 18 Jan 2002 07:02:08 -0800 (PST) From: Steve Wills To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34033: Suspend doesn't work on Dell Latitude CPx laptop Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34033 >Category: i386 >Synopsis: Suspend doesn't work on Dell Latitude CPx laptop >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 07:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Steve Wills >Release: 4.5-PRERELEASE >Organization: >Environment: FreeBSD weaponsvan 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #5: Wed Jan 2 15:41:21 EST 2002 swills@weaponsvan:/usr/obj/usr/src/sys/WEAPONSVAN i386 >Description: Suspend doesn't work on my Dell Latitude CPx laptop. I press Fn+Esc (suspend) and get lots of this in dmesg: Jan 17 23:15:48 weaponsvan /kernel: pcm0: apu_setindex() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: wp_wrapu() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: apu_setindex() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: wp_wrapu() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: apu_setindex() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: wp_wrapu() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: apu_setindex() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: wp_wrapu() timed out. Jan 17 23:15:48 weaponsvan /kernel: pcm0: agg_wrcodec() PROGLESS timed out. Occastionally, there will be one or two of messages like this: Jan 17 23:14:33 weaponsvan apmd[101]: apmevent 000a index 3 As well as sometimes many of these these: Jan 18 09:57:33 weaponsvan /kernel: usb0: host controller halted >How-To-Repeat: Run 4.5 PRE on a Dell Latitude CPx laptop and try to suspend. >Fix: None, sorry, but I'm willing to help test as much as is needed. I am going to re cvsup just to be current and try again. Thanks! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7:11: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 308C537B404; Fri, 18 Jan 2002 07:10:59 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IFAta36457; Fri, 18 Jan 2002 07:10:55 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 07:10:55 -0800 (PST) From: Message-Id: <200201181510.g0IFAta36457@freefall.freebsd.org> To: kar_alerts@mglorysb.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, bp@FreeBSD.org Subject: Re: misc/33985: SMP support not compiled to smbfs kernel module when enabled in kernel config Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SMP support not compiled to smbfs kernel module when enabled in kernel config State-Changed-From-To: feedback->open State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 07:09:47 PST 2002 State-Changed-Why: Boris, could you take a look at this one. Even if it's cosmetic, it's probably not a good idea to be blurting this severe-looking error message on the stable branch. Responsible-Changed-From-To: freebsd-bugs->bp Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Jan 18 07:09:47 PST 2002 Responsible-Changed-Why: Over to the smbfs maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33985 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7:37:12 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 78ED837B404; Fri, 18 Jan 2002 07:37:07 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16Rb7B-000MMN-00; Fri, 18 Jan 2002 17:39:37 +0200 From: Sheldon Hearn To: ashp@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/29487: ftpd leaks password typed as username by mistake In-reply-to: Your message of "Thu, 17 Jan 2002 18:57:57 PST." <200201180257.g0I2vvS57159@freefall.freebsd.org> Date: Fri, 18 Jan 2002 17:39:37 +0200 Message-ID: <85954.1011368377@axl.seasidesoftware.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 17 Jan 2002 18:57:57 PST, ashp@FreeBSD.org wrote: > State-Changed-Why: > While nobody has decided to commit this patch, the issue is potentially > of issue to a junior hacker. Therefore this patch gets moved to analyzed, > rather than suspended. While "analyzed" kinda makes sense here, you shouldn't use it as a blanket category for junior hackers. That's what suspended is for: "suspended" Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it should be closed rather than suspended. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7:50:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 242B137B41C for ; Fri, 18 Jan 2002 07:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IFo4144642; Fri, 18 Jan 2002 07:50:04 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 07:50:04 -0800 (PST) Message-Id: <200201181550.g0IFo4144642@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: Ruslan Ermilov To: "Crist J . Clark" Cc: bug-followup@FreeBSD.ORG Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Fri, 18 Jan 2002 17:40:59 +0200 On Fri, Jan 18, 2002 at 01:22:34AM -0800, Crist J . Clark wrote: > On Thu, Jan 17, 2002 at 08:30:02AM -0800, Ruslan Ermilov wrote: > > The following reply was made to PR misc/33996; it has been noted by GNATS. > > > > From: Ruslan Ermilov > > To: Aragon Gouveia > > Cc: bug-followup@FreeBSD.org > > Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default > > Date: Thu, 17 Jan 2002 18:20:01 +0200 > > > > On Thu, Jan 17, 2002 at 08:02:01AM -0800, Aragon Gouveia wrote: > > > > > > > > > The reserved 127.0.0.0/8 range is not added to FreeBSD's routing > > > table with destination interface lo0 by default. Instead, only > > > 127.0.0.1/32 is being routed to the loopback interface. Pinging, > > > for example, 127.2.3.4 returns no response - in my case it tries > > > to route via the default route out onto the net! > > > > > Nah, this is something that should be controlled with a firewall. > > The default ipfw(8) rules block this. Also, the kernel function > > in_canforward() does not allow forwarding of IP packets with the > > destination address in the 127.0.0.0/8 range. > > > > Can this PR be closed now? > > Well, there is a bug here. Have you ever actually tried, > > # ping 127.2.3.4 > > And sniffed the wire? That is a Bad Thing. No machine should ever let > 127/8 on the wire. But I believe there is another PR on this. > Yes I tried, and I get EACCES from ipfw(4) because of these lines: 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any :-) Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 7:50:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4064237B420 for ; Fri, 18 Jan 2002 07:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IFo5e44654; Fri, 18 Jan 2002 07:50:05 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C6C4C37B400 for ; Fri, 18 Jan 2002 07:41:40 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IFfeB43214; Fri, 18 Jan 2002 07:41:40 -0800 (PST) (envelope-from nobody) Message-Id: <200201181541.g0IFfeB43214@freefall.freebsd.org> Date: Fri, 18 Jan 2002 07:41:40 -0800 (PST) From: Hiten Pandya To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34039: [PATCH] - New Freebsd-Tips for fortune(6) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34039 >Category: misc >Synopsis: [PATCH] - New Freebsd-Tips for fortune(6) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 07:50:05 PST 2002 >Closed-Date: >Last-Modified: >Originator: Hiten Pandya >Release: 5.0-CURRENT >Organization: The FreeBSD Project >Environment: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jan 4 20:46:33 GMT 2002 root@hpdi.ath.cx:/local1/obj/data/dev/src/sys/CURRENT5 i386 >Description: I am submitting a few good tips for the fortune(6) freebsd-tips which are displayed on login. There are 3 new tips I have added, and I added some information to a tip about changing the BLOCKSIZE environment variable. I hope it is useful. thanks, regards, - Hiten - >How-To-Repeat: n/a >Fix: --- freebsd-tips.old Fri Jan 18 12:06:33 2002 +++ freebsd-tips Fri Jan 18 12:56:18 2002 @@ -61,7 +61,10 @@ % If you want df(1) and other commands to display disk sizes in kilobytes instead of 512-byte blocks, set BLOCKSIZE in your -environment to 'K'. +environment to 'K'. You can also use 'M' for Megabytes, 'G' for +Gigabytes respectively. A specific block value can also be +specified, which can be appended by one of the above specified +suffixes. (All block values should should be 512 bytes and above) % To change an environment variable in tcsh you use: setenv NAME "value" where NAME is the name of the variable and "value" its new value. @@ -256,6 +259,33 @@ "man firewall" will give advice for building a FreeBSD firewall -- David Scheidt % +"man security" gives very good advice on how to tune the security of your +FreeBSD system. + -- Hiten Pandya +% +Want to find a specific port, just type the following under your ports directory: + "make search key="" + + -- Hiten Pandya +% +Want to see the state of your swap partitions, just type "swapinfo" in your +shell. This command will show information various important pieces of information +about your swap partitions. + + -- Hiten Pandya +% +Want to specify additional "swap and pagging" devices, just type: + swapon + +Examples: + 1) swapon -a (to turn on all swap devices from /etc/fstab) + 2) swapon /dev/ad1s2b + +This can be useful if you added a swap partition and do not want to +reboot. + + -- Hiten Pandya +% You can often get answers to your questions about FreeBSD by searching in the FreeBSD mailing list archives at @@ -306,7 +336,7 @@ "man boot0cfg" for details. % Need to see the calendar for this month? Simply type "cal". To see the -whole year, type "cal 2001". +whole year, type "cal 2002". -- Dru % Need to quickly return to your home directory? Type "cd". @@ -376,7 +406,7 @@ Need to find the location of a program? Use "locate program_name". -- Dru % -Forget how to spell a word or a variation of a word? Use +Forgot how to spell a word or a variation of a word? Use look portion_of_word_you_know -- Dru @@ -430,7 +460,7 @@ Got some time to kill? Try typing "hangman". -- Dru % -To erase a line you've written at the command prompt, use "Ctrl u". +To erase a line you've written at the command prompt, use "Ctrl + u". -- Dru % To repeat the last command in the C shell, type "!!". >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8: 0:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2320137B404 for ; Fri, 18 Jan 2002 08:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IG01L45936; Fri, 18 Jan 2002 08:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 05A0137B417 for ; Fri, 18 Jan 2002 07:51:51 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IFppc44880; Fri, 18 Jan 2002 07:51:51 -0800 (PST) (envelope-from nobody) Message-Id: <200201181551.g0IFppc44880@freefall.freebsd.org> Date: Fri, 18 Jan 2002 07:51:51 -0800 (PST) From: Dirk Engling To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/34040: Bug in msgrcv Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34040 >Category: kern >Synopsis: Bug in msgrcv >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 08:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dirk Engling >Release: 5.0 >Organization: Gate5AG >Environment: FreeBSD bauklotz.gate5.de 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jan 9 12:43:03 CET 2002 root@bauklotz.gate5.de:/usr/src/sys/i386/compile/bauklotz i386 >Description: Doing a msgrcv(queueid, &msgstruct, sizeof(msgstruct), type, 0) overwrites msgstruct[-(sizeof(long))]. >How-To-Repeat: see above >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:14:44 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AAF7137B41A; Fri, 18 Jan 2002 08:14:39 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEda51803; Fri, 18 Jan 2002 08:14:39 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:39 -0800 (PST) From: Message-Id: <200201181614.g0IGEda51803@freefall.freebsd.org> To: hoek@freebsd.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/13463: /bin/sh does not handle interrupts correctly (?) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: /bin/sh does not handle interrupts correctly (?) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=13463 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:14:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 51ADF37B41F; Fri, 18 Jan 2002 08:14:41 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEfm51856; Fri, 18 Jan 2002 08:14:41 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:41 -0800 (PST) From: Message-Id: <200201181614.g0IGEfm51856@freefall.freebsd.org> To: dlowe@pootpoot.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14895: portmap bug (when run with -v flag) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: portmap bug (when run with -v flag) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=14895 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:14:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 86A1337B427; Fri, 18 Jan 2002 08:14:45 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEjw51922; Fri, 18 Jan 2002 08:14:45 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:45 -0800 (PST) From: Message-Id: <200201181614.g0IGEjw51922@freefall.freebsd.org> To: kh@mogami-wire.co.jp, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/15475: pppd(8) sets the Source Address field of IP Header to 0.0.0.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: pppd(8) sets the Source Address field of IP Header to 0.0.0.0 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=15475 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15: 2 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B867C37B42B; Fri, 18 Jan 2002 08:14:48 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEmY51989; Fri, 18 Jan 2002 08:14:48 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:48 -0800 (PST) From: Message-Id: <200201181614.g0IGEmY51989@freefall.freebsd.org> To: phandel@cise.ufl.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/15548: Intel EtherExpress Pro/10+: Only 1024 bytes are transferred by the installer when installing via ftp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Intel EtherExpress Pro/10+: Only 1024 bytes are transferred by the installer when installing via ftp State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=15548 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A546B37B419; Fri, 18 Jan 2002 08:14:50 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEoE52044; Fri, 18 Jan 2002 08:14:50 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:50 -0800 (PST) From: Message-Id: <200201181614.g0IGEoE52044@freefall.freebsd.org> To: janssen@rendo.dekooi.nl, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/15879: System hangs while watching the tv and apm mode kicks in Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: System hangs while watching the tv and apm mode kicks in State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=15879 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7290337B402; Fri, 18 Jan 2002 08:14:52 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEqx52097; Fri, 18 Jan 2002 08:14:52 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:52 -0800 (PST) From: Message-Id: <200201181614.g0IGEqx52097@freefall.freebsd.org> To: sra@hactrn.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16013: FreeBSD 3.3 sends ICMP reply to IP unicast received as ethernet broadcast Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: FreeBSD 3.3 sends ICMP reply to IP unicast received as ethernet broadcast State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=16013 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BDD837B41C; Fri, 18 Jan 2002 08:14:54 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEsc52150; Fri, 18 Jan 2002 08:14:54 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:54 -0800 (PST) From: Message-Id: <200201181614.g0IGEsc52150@freefall.freebsd.org> To: fitz@jfitz.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/16214: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=16214 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:21 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 996F937B422; Fri, 18 Jan 2002 08:14:55 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEta52203; Fri, 18 Jan 2002 08:14:55 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:55 -0800 (PST) From: Message-Id: <200201181614.g0IGEta52203@freefall.freebsd.org> To: sclawson@fast.cs.utah.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/16269: smp dosen't work with >2 cpus on AMI Goliath II Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: smp dosen't work with >2 cpus on AMI Goliath II State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=16269 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2249537B423; Fri, 18 Jan 2002 08:15:01 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGEv452257; Fri, 18 Jan 2002 08:14:57 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:14:57 -0800 (PST) From: Message-Id: <200201181614.g0IGEv452257@freefall.freebsd.org> To: william.a@carrel.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16318: Fix for wrong interface when adding new routes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Fix for wrong interface when adding new routes State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=16318 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A474437B41A; Fri, 18 Jan 2002 08:15:05 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGF5852345; Fri, 18 Jan 2002 08:15:05 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:05 -0800 (PST) From: Message-Id: <200201181615.g0IGF5852345@freefall.freebsd.org> To: mohacsi@hydra.ik.bme.hu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/16349: Intel EtherExpress Pro/10+ card detection problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Intel EtherExpress Pro/10+ card detection problem State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=16349 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:40 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5ACBE37B425; Fri, 18 Jan 2002 08:15:11 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFBF52468; Fri, 18 Jan 2002 08:15:11 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:11 -0800 (PST) From: Message-Id: <200201181615.g0IGFBF52468@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16416: Hang on boot with SMP Dell 2400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Hang on boot with SMP Dell 2400 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=16416 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:15:44 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 52E9B37B427; Fri, 18 Jan 2002 08:15:09 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGF9Y52415; Fri, 18 Jan 2002 08:15:09 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:09 -0800 (PST) From: Message-Id: <200201181615.g0IGF9Y52415@freefall.freebsd.org> To: wollman@khavrinen.lcs.mit.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/16353: rlogin encryption is broken on transmit side Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rlogin encryption is broken on transmit side State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=16353 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:16: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ECF2937B420; Fri, 18 Jan 2002 08:15:12 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFCL52525; Fri, 18 Jan 2002 08:15:12 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:12 -0800 (PST) From: Message-Id: <200201181615.g0IGFCL52525@freefall.freebsd.org> To: henrich@sigbus.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/17056: rshd does improper home directory check Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rshd does improper home directory check State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=17056 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:16:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 30D5A37B416; Fri, 18 Jan 2002 08:15:14 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFEk52582; Fri, 18 Jan 2002 08:15:14 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:14 -0800 (PST) From: Message-Id: <200201181615.g0IGFEk52582@freefall.freebsd.org> To: gdonl@tsc.tdk.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17142: 4.0-CURRENT hangs in ex_isa_identify() when it encounters ET/5025-16 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: 4.0-CURRENT hangs in ex_isa_identify() when it encounters ET/5025-16 State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=17142 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:16:30 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 41F2137B41D; Fri, 18 Jan 2002 08:15:15 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFFS52636; Fri, 18 Jan 2002 08:15:15 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:15 -0800 (PST) From: Message-Id: <200201181615.g0IGFFS52636@freefall.freebsd.org> To: mirko.viviani@rccr.cremona.it, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/17433: libobjc locks mutex before deallocating it Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: libobjc locks mutex before deallocating it State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=17433 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:16:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AA98C37B428; Fri, 18 Jan 2002 08:15:16 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFGo52689; Fri, 18 Jan 2002 08:15:16 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:16 -0800 (PST) From: Message-Id: <200201181615.g0IGFGo52689@freefall.freebsd.org> To: ocl3@columbia.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17634: Non-deterministic PnP sound device config at boot-time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Non-deterministic PnP sound device config at boot-time State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=17634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:16:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E2FA937B430; Fri, 18 Jan 2002 08:15:17 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFHd52742; Fri, 18 Jan 2002 08:15:17 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:17 -0800 (PST) From: Message-Id: <200201181615.g0IGFHd52742@freefall.freebsd.org> To: bill@2ez.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/17761: disk label editor in 4.0 deleted 3.4 partition Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: disk label editor in 4.0 deleted 3.4 partition State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=17761 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:17: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D93AD37B43A; Fri, 18 Jan 2002 08:15:20 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFKn52798; Fri, 18 Jan 2002 08:15:20 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:20 -0800 (PST) From: Message-Id: <200201181615.g0IGFKn52798@freefall.freebsd.org> To: kees@echelon.nl, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17842: Erratic user time reports for long running processes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Erratic user time reports for long running processes State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=17842 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:17:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4C7D737B432; Fri, 18 Jan 2002 08:15:22 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFMm52852; Fri, 18 Jan 2002 08:15:22 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:22 -0800 (PST) From: Message-Id: <200201181615.g0IGFMm52852@freefall.freebsd.org> To: mjoyner@mis.ewc.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17936: panic: resource_list_alloc: resource entry is busy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: panic: resource_list_alloc: resource entry is busy State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=17936 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:17:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 50CEA37B43E; Fri, 18 Jan 2002 08:15:24 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFNi52905; Fri, 18 Jan 2002 08:15:23 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:23 -0800 (PST) From: Message-Id: <200201181615.g0IGFNi52905@freefall.freebsd.org> To: grog@mojave.worldwide.lemis.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18182: Remote serial gdb no longer works since mid-April Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Remote serial gdb no longer works since mid-April State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=18182 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:17:28 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 94E3F37B442; Fri, 18 Jan 2002 08:15:25 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFPI52968; Fri, 18 Jan 2002 08:15:25 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:25 -0800 (PST) From: Message-Id: <200201181615.g0IGFPI52968@freefall.freebsd.org> To: sch@aristotle.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18316: close-together bt848/878 captures to file causes system hang Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: close-together bt848/878 captures to file causes system hang State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=18316 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:17:33 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B3ED437B445; Fri, 18 Jan 2002 08:15:26 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFQD53021; Fri, 18 Jan 2002 08:15:26 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:26 -0800 (PST) From: Message-Id: <200201181615.g0IGFQD53021@freefall.freebsd.org> To: gburditt@airmail.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18352: Parallel printer does not work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Parallel printer does not work State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=18352 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:17:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8FAB237B42A; Fri, 18 Jan 2002 08:15:28 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFSn53074; Fri, 18 Jan 2002 08:15:28 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:28 -0800 (PST) From: Message-Id: <200201181615.g0IGFSn53074@freefall.freebsd.org> To: mdiclaud@cidera.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18402: panic in aio_process Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: panic in aio_process State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=18402 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8968A37B438; Fri, 18 Jan 2002 08:15:30 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFTF53169; Fri, 18 Jan 2002 08:15:29 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:29 -0800 (PST) From: Message-Id: <200201181615.g0IGFTF53169@freefall.freebsd.org> To: rafal@euromedia.pl, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18514: virtual anon. ftp isn't working under virtual hosts it worked under 3.4-STABLE but not under 4.0 ftpd (also 5.0-CURRENT), it chroots after anon login into main ftp tree (but not into proper virtual ftp tree) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: virtual anon. ftp isn't working under virtual hosts it worked under 3.4-STABLE but not under 4.0 ftpd (also 5.0-CURRENT), it chroots after anon login into main ftp tree (but not into proper virtual ftp tree) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=18514 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1D52737B43D; Fri, 18 Jan 2002 08:15:32 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFWJ53226; Fri, 18 Jan 2002 08:15:32 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:32 -0800 (PST) From: Message-Id: <200201181615.g0IGFWJ53226@freefall.freebsd.org> To: yab@astem.or.jp, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18526: mx does not receive ethernet broadcast packet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: mx does not receive ethernet broadcast packet State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=18526 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5315D37B422; Fri, 18 Jan 2002 08:15:33 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFXu53281; Fri, 18 Jan 2002 08:15:33 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:33 -0800 (PST) From: Message-Id: <200201181615.g0IGFXu53281@freefall.freebsd.org> To: msal@ednixon.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19025: Installer assumes /dev exists if target disk has a filesystem on it. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Installer assumes /dev exists if target disk has a filesystem on it. State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19025 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1183937B482; Fri, 18 Jan 2002 08:15:38 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFYB53338; Fri, 18 Jan 2002 08:15:34 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:34 -0800 (PST) From: Message-Id: <200201181615.g0IGFYB53338@freefall.freebsd.org> To: jgreco@ns.sol.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19063: VGA keyboard sometimes fails to work in boot loader Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: VGA keyboard sometimes fails to work in boot loader State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19063 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2653737B429; Fri, 18 Jan 2002 08:15:44 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFiW53480; Fri, 18 Jan 2002 08:15:44 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:44 -0800 (PST) From: Message-Id: <200201181615.g0IGFiW53480@freefall.freebsd.org> To: zrq501j@tninet.se, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19347: top, CPU and SMP-problem in new kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: top, CPU and SMP-problem in new kernel State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19347 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2DB1737B41F; Fri, 18 Jan 2002 08:15:43 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFdT53426; Fri, 18 Jan 2002 08:15:39 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:39 -0800 (PST) From: Message-Id: <200201181615.g0IGFdT53426@freefall.freebsd.org> To: clefevre@citeweb.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19231: quota/mount commands inconsistency Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: quota/mount commands inconsistency State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19231 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:34 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4631337B47C; Fri, 18 Jan 2002 08:15:47 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFls53538; Fri, 18 Jan 2002 08:15:47 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:47 -0800 (PST) From: Message-Id: <200201181615.g0IGFls53538@freefall.freebsd.org> To: ted@wiz.plymouth.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19482: Upgrade from 4.0-RELEASE to 4.0-STABLE causes RIP packets to be dropped Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Upgrade from 4.0-RELEASE to 4.0-STABLE causes RIP packets to be dropped State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19482 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:45 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7B0EA37B42F; Fri, 18 Jan 2002 08:15:51 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFp653605; Fri, 18 Jan 2002 08:15:51 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:51 -0800 (PST) From: Message-Id: <200201181615.g0IGFp653605@freefall.freebsd.org> To: henry@hubsystems.com.au, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19508: pci bus not probed for pci ethernet card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: pci bus not probed for pci ethernet card State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19508 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:49 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BC7EA37B4A5; Fri, 18 Jan 2002 08:16:07 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGG7M53790; Fri, 18 Jan 2002 08:16:07 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:16:07 -0800 (PST) From: Message-Id: <200201181616.g0IGG7M53790@freefall.freebsd.org> To: Michael.Reifenberger.gp@icn.siemens.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19820: Installation of Lotus Notes 5.0 for Linux triggers Bug in Linuxerator Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Installation of Lotus Notes 5.0 for Linux triggers Bug in Linuxerator State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19820 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:53 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2975B37B4AB; Fri, 18 Jan 2002 08:16:10 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGGAh53909; Fri, 18 Jan 2002 08:16:10 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:16:10 -0800 (PST) From: Message-Id: <200201181616.g0IGGAh53909@freefall.freebsd.org> To: cyberwin@mail.ru, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/24513: new options for pppd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: new options for pppd State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=24513 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:18:55 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2733237B43B; Fri, 18 Jan 2002 08:16:05 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGFqA53658; Fri, 18 Jan 2002 08:15:52 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:15:52 -0800 (PST) From: Message-Id: <200201181615.g0IGFqA53658@freefall.freebsd.org> To: wyb@lodesoft.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19662: kernel panic after too many socket freed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kernel panic after too many socket freed State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19662 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:19: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4121737B49E; Fri, 18 Jan 2002 08:16:06 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGG6W53737; Fri, 18 Jan 2002 08:16:06 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:16:06 -0800 (PST) From: Message-Id: <200201181616.g0IGG6W53737@freefall.freebsd.org> To: adrian@ubergeeks.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19673: dhclient-script will not always set the hostname after a reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: dhclient-script will not always set the hostname after a reboot State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=19673 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:19:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3953437B491; Fri, 18 Jan 2002 08:16:15 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGGBn53965; Fri, 18 Jan 2002 08:16:11 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:16:11 -0800 (PST) From: Message-Id: <200201181616.g0IGGBn53965@freefall.freebsd.org> To: viren@viren.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/28203: NEWCARD won't recognize my cardbus controllers or my Xircom Realport 10/100+56k card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: NEWCARD won't recognize my cardbus controllers or my Xircom Realport 10/100+56k card State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=28203 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 8:19:34 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 46E7937B420; Fri, 18 Jan 2002 08:16:16 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IGGGN54023; Fri, 18 Jan 2002 08:16:16 -0800 (PST) (envelope-from sheldonh) Date: Fri, 18 Jan 2002 08:16:16 -0800 (PST) From: Message-Id: <200201181616.g0IGGGN54023@freefall.freebsd.org> To: osgene@web.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/28230: iso-8859-1_to_cp437.scm doesn't contain some useful mappings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: iso-8859-1_to_cp437.scm doesn't contain some useful mappings State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Fri Jan 18 08:14:39 PST 2002 State-Changed-Why: Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. http://www.freebsd.org/cgi/query-pr.cgi?pr=28230 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 9:30: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C062337B404 for ; Fri, 18 Jan 2002 09:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IHU2N74391; Fri, 18 Jan 2002 09:30:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 09:30:02 -0800 (PST) Message-Id: <200201181730.g0IHU2N74391@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: Garrett Wollman To: "Crist J . Clark" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Fri, 18 Jan 2002 12:23:53 -0500 (EST) < said: > And sniffed the wire? That is a Bad Thing. No machine should ever let > 127/8 on the wire. But I believe there is another PR on this. I would note that the IPv6 code *does* install a blackhole route for ::/96, IPv6's equivalent of 127/8: # disallow "internal" addresses to appear on the wire route add -inet6 ::ffff:0.0.0.0 -prefixlen 96 ::1 -reject route add -inet6 ::0.0.0.0 -prefixlen 96 ::1 -reject -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 9:31: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 583F537B405; Fri, 18 Jan 2002 09:30:59 -0800 (PST) Received: (from bmah@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IHUlw74628; Fri, 18 Jan 2002 09:30:47 -0800 (PST) (envelope-from bmah) Date: Fri, 18 Jan 2002 09:30:47 -0800 (PST) From: Message-Id: <200201181730.g0IHUlw74628@freefall.freebsd.org> To: yury@black.cat.kazan.su, bmah@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: kern/29983: Problem with "TI PCI-1250 PCI-CardBus Bridge" on IBM ThinkPad 560X Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Problem with "TI PCI-1250 PCI-CardBus Bridge" on IBM ThinkPad 560X State-Changed-From-To: feedback->open State-Changed-By: bmah State-Changed-When: Fri Jan 18 09:29:06 PST 2002 State-Changed-Why: Got feedback (appended to audit trail). pcic works, but PCI interrupt routing doesn't. Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: bmah Responsible-Changed-When: Fri Jan 18 09:29:06 PST 2002 Responsible-Changed-Why: Warner, could you take a look at this? The original problem has been fixed, but there are apparently still some issues with PCI interrupt routing. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29983 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 9:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4FD0E37B404 for ; Fri, 18 Jan 2002 09:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IHo2W81964; Fri, 18 Jan 2002 09:50:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 09:50:02 -0800 (PST) Message-Id: <200201181750.g0IHo2W81964@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: Garrett Wollman To: Ruslan Ermilov Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Fri, 18 Jan 2002 12:43:17 -0500 (EST) < said: > On Fri, Jan 18, 2002 at 01:22:34AM -0800, Crist J . Clark wrote: >> And sniffed the wire? That is a Bad Thing. No machine should ever let >> 127/8 on the wire. But I believe there is another PR on this. >> > Yes I tried, and I get EACCES from ipfw(4) because of these lines: Requiring packet filtering for correct operation is an error. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 10: 0: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D567B37B417 for ; Fri, 18 Jan 2002 10:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0II02I84460; Fri, 18 Jan 2002 10:00:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 10:00:02 -0800 (PST) Message-Id: <200201181800.g0II02I84460@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34017; it has been noted by GNATS. From: Garrett Wollman To: Kip Macy Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Date: Fri, 18 Jan 2002 12:57:56 -0500 (EST) < said: > One can, when using AIO, enable a signal to be delivered on completion. > The siginfo_t passed to the signal handling routine that gets called on > completion is supposed to have a reference to the sigev_value that is > set when the aio_* operation is dispatched. This does not happen. FreeBSD does not support POSIX real-time signals. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 11:20:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A355F37B420 for ; Fri, 18 Jan 2002 11:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IJK0804035; Fri, 18 Jan 2002 11:20:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 285CD37B405 for ; Fri, 18 Jan 2002 11:11:14 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IJBEm01669; Fri, 18 Jan 2002 11:11:14 -0800 (PST) (envelope-from nobody) Message-Id: <200201181911.g0IJBEm01669@freefall.freebsd.org> Date: Fri, 18 Jan 2002 11:11:14 -0800 (PST) From: Mike Abbott To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34043: libfetch FTP upload is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34043 >Category: misc >Synopsis: libfetch FTP upload is broken >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 11:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Mike Abbott >Release: >Organization: CacheFlow, Inc. >Environment: >Description: Revision 1.72 to src/lib/libfetch/ftp.c broke FTP upload. _ftp_request() always passes O_RDONLY to _ftp_transfer() as the mode even with STOR or APPE requests. This causes _ftp_writefn() to fail because io->dir == O_RDONLY. In revision 1.71 the mode was O_WRONLY for STOR and APPE and O_RDONLY for everything else. >How-To-Repeat: >Fix: Make _ftp_request() pass mode O_WRONLY for STOR and APPE and O_RDONLY for all other requests. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 12:30:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BF6AE37B417 for ; Fri, 18 Jan 2002 12:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IKU1J19028; Fri, 18 Jan 2002 12:30:01 -0800 (PST) (envelope-from gnats) Received: from helium-vw.xs4all.nl (helium-vw.xs4all.nl [194.109.251.55]) by hub.freebsd.org (Postfix) with ESMTP id CAC9137B404; Fri, 18 Jan 2002 12:29:53 -0800 (PST) Received: (from root@localhost) by helium.verweg.com (8.11.3/8.11.2) id f59EJs709301; Sat, 9 Jun 2001 16:19:54 +0200 (CEST) (envelope-from ruben) Received: (from ruben@localhost) by helium.verweg.com (8.11.3/8.11.3av) id f59EJpk09293; Sat, 9 Jun 2001 16:19:51 +0200 (CEST) (envelope-from ruben) Message-Id: <200106091419.f59EJpk09293@helium.verweg.com> Date: Sat, 9 Jun 2001 16:19:51 +0200 (CEST) From: ruben@verweg.com Reply-To: ruben@verweg.com To: FreeBSD-gnats-submit@freebsd.org Cc: green@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34045: [PATCH] let pam_ssh.so session work (with xdm) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34045 >Category: bin >Synopsis: [PATCH] let pam_ssh.so explicitly start ssh-agent with bourne shell syntax >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 12:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ruben van Staveren >Release: FreeBSD 4.3-STABLE i386 >Organization: Verweg dot Com >Environment: System: FreeBSD helium.verweg.com 4.3-STABLE FreeBSD 4.3-STABLE #0: Wed May 30 15:17:54 CEST 2001 root@helium.verweg.com:/usr/obj/usr/cvsup/4.0-stable/src/sys/HELIUM i386 >Description: The pam_ssh module has the possibility to start ssh-agent for you, making a single logon possible by directly feeding your passphrase into the agent (obtained during the authentification phase) However, ssh-agent has the habit on my system to present its output in C shell format whereas pam_ssh expects it to be in Bourne shell format (pam_ssh.c, lines 397-409) This does not affect the auth capability, only the session phase. >How-To-Repeat: Use pam_ssh.so as a session and auth module for xdm in /etc/pam.conf and observe the contents of the ~/.ssh/agent-* file after logon the following syslog messages also apply: Jun 9 13:19:47 helium -:0 : pam_ssh: could not connect to agent Jun 9 14:45:11 helium -:0 : pam_ssh: /usr/bin/ssh-agent -k exited wi >Fix: Instead of tinkering with the parsing, or changing user shells and or the way xdm is started, let pam_ssh.so explicitly start ssh-agent to output Bourne shell syntax. Here's a patch. --- src/crypto/openssh/pam_ssh/pam_ssh.c.orig Sat Jun 9 15:46:44 2001 +++ src/crypto/openssh/pam_ssh/pam_ssh.c Sat Jun 9 15:46:53 2001 @@ -373,7 +373,7 @@ saved_uid = geteuid(); (void)seteuid(pwent->pw_uid); env_fp = fopen(env_file, "w"); - pipe = popen(PATH_SSH_AGENT, "r"); + pipe = popen(PATH_SSH_AGENT " -s", "r"); (void)seteuid(saved_uid); if (!pipe) { syslog(LOG_ERR, "%s: %s: %m", MODULE_NAME, PATH_SSH_AGENT); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 13: 0: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7589337B417 for ; Fri, 18 Jan 2002 13:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IL03v21901; Fri, 18 Jan 2002 13:00:03 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 13:00:03 -0800 (PST) Message-Id: <200201182100.g0IL03v21901@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34017; it has been noted by GNATS. From: Garrett Wollman To: k Macy Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Date: Fri, 18 Jan 2002 15:58:40 -0500 (EST) < said: > Is using SIGEV_SIGNAL with AIO to deliver a SIGIO on > completion fall under the heading of real time > signals? No. However, SA_SIGINFO is. FreeBSD supports SA_SIGINFO (mostly for VM-assisted garbage collectors) but not queued signals, and without queued (i.e., real-time) signals there's no place to hang the value you want to pass to the signal handler. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 13: 0:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4DA2D37B405 for ; Fri, 18 Jan 2002 13:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IL01K21893; Fri, 18 Jan 2002 13:00:01 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 13:00:01 -0800 (PST) Message-Id: <200201182100.g0IL01K21893@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: k Macy Subject: Re: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Reply-To: k Macy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34017; it has been noted by GNATS. From: k Macy To: Garrett Wollman Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Date: Fri, 18 Jan 2002 12:53:00 -0800 (PST) Is using SIGEV_SIGNAL with AIO to deliver a SIGIO on completion fall under the heading of real time signals? If that is the case, SA_SIGINFO is not useful, because it gives you the same information in the (siginfo_t *info) as the (int code) would contain. It is at least a bug in the documentation. In the man page it should say that the siginfo_t does not get filled out, and that SA_SIGINFO is just there for some level of posix compatibility. If you're certain of this, this can be reclassified as an RFE, and I'll submit a docs bug. --- Garrett Wollman wrote: > < said: > > > One can, when using AIO, enable a signal to be > delivered on completion. > > The siginfo_t passed to the signal handling > routine that gets called on > > completion is supposed to have a reference to the > sigev_value that is > > set when the aio_* operation is dispatched. This > does not happen. > > FreeBSD does not support POSIX real-time signals. > > -GAWollman > > > __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 13:10: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0923637B41C for ; Fri, 18 Jan 2002 13:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ILA1A26398; Fri, 18 Jan 2002 13:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8B73937B419 for ; Fri, 18 Jan 2002 13:05:59 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IL5xY25954; Fri, 18 Jan 2002 13:05:59 -0800 (PST) (envelope-from nobody) Message-Id: <200201182105.g0IL5xY25954@freefall.freebsd.org> Date: Fri, 18 Jan 2002 13:05:59 -0800 (PST) From: Antony To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34046: Sysinstall fails to read existing conf files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34046 >Category: i386 >Synopsis: Sysinstall fails to read existing conf files >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 13:10:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Antony >Release: 4.4-release >Organization: >Environment: >Description: when using sysinstall during inastall and after to configure your system it is possible to make it write lines in config files that for example to disable something and then enable it. it seems sysinstall is not reading existing conf files and seeing if there is a line enabeling or disableing something. and good example is: SENDMAIL_ENABLE="NO" SENDMAIL_ENABLE="YES" taken from rc.conf after installing Freebsd on my system. this also happens to anything that you configure with sysinstall such as configuration of network interfaces or enabeling/disabeling services >How-To-Repeat: load up sysinstall and choose configure then networking then services ( i think) and enable sendmail. exit out of sysinstall and then do the same but disable sendmail. look in rc.conf and u will see that it has a line enabeling sendmail and the disabeling it which is quite pointless. This can also happen during the initial install of FreeBSDif u tell sendmail not to be enabled but it will still load on the first boot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 13:20:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 539E837B405 for ; Fri, 18 Jan 2002 13:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ILK1F27705; Fri, 18 Jan 2002 13:20:01 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 13:20:01 -0800 (PST) Message-Id: <200201182120.g0ILK1F27705@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J . Clark" Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Reply-To: "Crist J . Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33996; it has been noted by GNATS. From: "Crist J . Clark" To: Ruslan Ermilov Cc: bug-followup@FreeBSD.ORG Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default Date: Fri, 18 Jan 2002 13:07:05 -0800 On Fri, Jan 18, 2002 at 05:40:59PM +0200, Ruslan Ermilov wrote: > On Fri, Jan 18, 2002 at 01:22:34AM -0800, Crist J . Clark wrote: > > On Thu, Jan 17, 2002 at 08:30:02AM -0800, Ruslan Ermilov wrote: > > > The following reply was made to PR misc/33996; it has been noted by GNATS. > > > > > > From: Ruslan Ermilov > > > To: Aragon Gouveia > > > Cc: bug-followup@FreeBSD.org > > > Subject: Re: misc/33996: 127.0.0.0/8 not added to routing table by default > > > Date: Thu, 17 Jan 2002 18:20:01 +0200 > > > > > > On Thu, Jan 17, 2002 at 08:02:01AM -0800, Aragon Gouveia wrote: > > > > > > > > > > > > The reserved 127.0.0.0/8 range is not added to FreeBSD's routing > > > > table with destination interface lo0 by default. Instead, only > > > > 127.0.0.1/32 is being routed to the loopback interface. Pinging, > > > > for example, 127.2.3.4 returns no response - in my case it tries > > > > to route via the default route out onto the net! > > > > > > > Nah, this is something that should be controlled with a firewall. > > > The default ipfw(8) rules block this. Also, the kernel function > > > in_canforward() does not allow forwarding of IP packets with the > > > destination address in the 127.0.0.0/8 range. > > > > > > Can this PR be closed now? > > > > Well, there is a bug here. Have you ever actually tried, > > > > # ping 127.2.3.4 > > > > And sniffed the wire? That is a Bad Thing. No machine should ever let > > 127/8 on the wire. But I believe there is another PR on this. > > > Yes I tried, and I get EACCES from ipfw(4) because of these lines: > > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > > :-) OK, # ipfw d 200 # ping 127.2.3.4 The point being that even without firewalling enabled, I don't think that packets destined for 127/8 should ever leave a host. Well, it's not just me who thinks so, it is a requirement (RFC1122), (g) { 127, } Internal host loopback address. Addresses of this form MUST NOT appear outside a host. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 13:21: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 669F037B405; Fri, 18 Jan 2002 13:20:59 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ILJxA27681; Fri, 18 Jan 2002 13:19:59 -0800 (PST) (envelope-from dwmalone) Date: Fri, 18 Jan 2002 13:19:59 -0800 (PST) From: Message-Id: <200201182119.g0ILJxA27681@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: misc/34043: libfetch FTP upload is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: libfetch FTP upload is broken Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: dwmalone Responsible-Changed-When: Fri Jan 18 13:19:41 PST 2002 Responsible-Changed-Why: Over to libfetch's maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34043 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 13:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8C93E37B41C for ; Fri, 18 Jan 2002 13:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0ILo1030759; Fri, 18 Jan 2002 13:50:01 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 13:50:01 -0800 (PST) Message-Id: <200201182150.g0ILo1030759@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrey A. Chernov" Subject: Re: misc/33956: uk.iso.kbd is missing some keymappings for euro symbol Reply-To: "Andrey A. Chernov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33956; it has been noted by GNATS. From: "Andrey A. Chernov" To: Andrew McKay Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/33956: uk.iso.kbd is missing some keymappings for euro symbol Date: Sat, 19 Jan 2002 00:41:09 +0300 On Wed, Jan 16, 2002 at 12:10:24 -0800, Andrew McKay wrote: > Buy and install a recent UK keyboard - note the euro symbol on the '4' key. ^^^^^^ > + 004 '3' 163 164 164 '#' '#' nop nop O ^^^^^^ ? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 14: 0: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6600B37B41C for ; Fri, 18 Jan 2002 14:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IM02f31746; Fri, 18 Jan 2002 14:00:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 14:00:02 -0800 (PST) Message-Id: <200201182200.g0IM02f31746@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J . Clark" Subject: Re: bin/34032: make fails to evaluate some reasonable conditional expressions Reply-To: "Crist J . Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34032; it has been noted by GNATS. From: "Crist J . Clark" To: Alan Eldridge Cc: FreeBSD-gnats-submit@FreeBSD.ORG, sobomax@FreeBSD.ORG Subject: Re: bin/34032: make fails to evaluate some reasonable conditional expressions Date: Fri, 18 Jan 2002 13:53:02 -0800 On Fri, Jan 18, 2002 at 09:56:43AM -0500, Alan Eldridge wrote: [snip] > First, we have to decide what is broken. > > 1. The evaluation should be short-circuited once the value is known. > > OR > > 2. The :L and :U (and generally, all the :X suffix) operators should > apply to an undefined variable as if it was defined to "". > > Which one is right? I think (1) is right; (2) introduces "silent > failure" cases where error diagnostics should be produced. According to make(1), (1) is right, As in C, make will only evaluate a conditional as far as is necessary to determine its value. In this case, make(1) should never be evauating the "broken" code. Since the Makefile syntax of the conditional as a whole is OK, provided you don't actually try to evaluate it, I would expect this to work. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 14:50: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3D5A537B41A for ; Fri, 18 Jan 2002 14:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IMo2J40658; Fri, 18 Jan 2002 14:50:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 14:50:02 -0800 (PST) Message-Id: <200201182250.g0IMo2J40658@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andrew McKay Subject: Re: misc/33956: uk.iso.kbd is missing some keymappings for euro symbol Reply-To: Andrew McKay Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33956; it has been noted by GNATS. From: Andrew McKay To: "Andrey A. Chernov" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/33956: uk.iso.kbd is missing some keymappings for euro symbol Date: Fri, 18 Jan 2002 22:49:12 +0000 (GMT) Schoolboy error. I made the correction once and it worked. Then I rebuilt the world, which reversed it. So knowing it worked I did it again looking at the scan code (004) instead of the base ('3'). All apologies. --- uk.iso.kbd Fri Jan 18 22:41:41 2002 +++ uk.iso.kbd.new Fri Jan 18 22:40:57 2002 @@ -8,7 +8,7 @@ 002 '1' '!' nop nop '`' '`' nop nop O 003 '2' '"' nul nul '@' '@' nul nul O 004 '3' 163 nop nop '#' '#' nop nop O - 005 '4' '$' nop nop '4' '$' nop nop O + 005 '4' '$' 164 164 '4' '$' nop nop O 006 '5' '%' nop nop '5' '%' nop nop O 007 '6' '^' rs rs '^' '^' rs rs O 008 '7' '&' nop nop '[' '[' esc esc O -- Andrew McKay To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 16:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0FC9B37B41F for ; Fri, 18 Jan 2002 16:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0J0A1J89018; Fri, 18 Jan 2002 16:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E70D37B400 for ; Fri, 18 Jan 2002 16:01:18 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0J01IN68171; Fri, 18 Jan 2002 16:01:18 -0800 (PST) (envelope-from nobody) Message-Id: <200201190001.g0J01IN68171@freefall.freebsd.org> Date: Fri, 18 Jan 2002 16:01:18 -0800 (PST) From: Tony Kemp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34051: Install menu crashes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34051 >Category: i386 >Synopsis: Install menu crashes >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 18 16:10:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Tony Kemp >Release: 4.4 >Organization: >Environment: AMD Athlon 1.1GHz ABit KT7 MB (VIA VT8363 and VT82C686A) Creative SB Live! sound card Realtek 8139 network card PS/2 keyboard MS Intellimouse Explorer USB >Description: Whenever I attempt to install FreeBSD on my machine, the install process boots up, and displays the initial install menu. But, I cannot do anything on this menu. The cursor does not move (or even blink), I cannot make selections on the menu. In fact, the keyboard does not respond in any way - the Num Lock Caps Lock and Scroll Lock lights don't even turn on when I press those keys. I know it is not the CDs as they work fine on other computers. I tried booting from floppy and the same thing happened. It also happened with 4.2 and 4.3 (I haven't tried earlier releases). >How-To-Repeat: Boot up install disk on my computer >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 16:31: 1 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B032537B404; Fri, 18 Jan 2002 16:30:59 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0J0SM621518; Fri, 18 Jan 2002 16:28:22 -0800 (PST) (envelope-from cjc) Date: Fri, 18 Jan 2002 16:28:22 -0800 (PST) From: Message-Id: <200201190028.g0J0SM621518@freefall.freebsd.org> To: wosch@FreeBSD.org, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: misc/33273: outdated tempary gnats index files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: outdated tempary gnats index files State-Changed-From-To: open->analyzed State-Changed-By: cjc State-Changed-When: Fri Jan 18 16:23:34 PST 2002 State-Changed-Why: Yes, this is a problem. Those files need to be rm'ed. Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: cjc Responsible-Changed-When: Fri Jan 18 16:23:34 PST 2002 Responsible-Changed-Why: The Bugmeister should be able to take care of this or knows who to assign the task. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33273 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 16:55:49 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from ironing-board-covers.co.uk (pA5s03a07.client.global.net.uk [195.147.227.166]) by hub.freebsd.org (Postfix) with SMTP id 05D0037B400 for ; Fri, 18 Jan 2002 16:55:35 -0800 (PST) From: "Look At This" To: Subject: Are YOU looking for a new website, to develop an existing website, for cheaper hosting or domain names? Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Sat, 19 Jan 2002 00:57:03 -0000 X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Message-Id: <20020119005535.05D0037B400@hub.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Are YOU looking for a new website, to develop an existing website, for cheaper hosting or domain names? We are a UK based company who would like to offer you our considerable experience and expertise in the field of website design, eCommerce, web hosting, domain name facilities and search engine positioning. We can offer you cheaper solutions with domain name registration from £20, website design both new and updated sites undertaken from £100, website hosting from £60pa, full professional after sales service and website maintenance from £10 pm, secure server space and security certificates from £100 pa, marketing tips and advice free to our clients, top ranking search engine positioning available. Please look at http://www.ironing-board-covers.co.uk for a full price list and currency convertor. All of our designs are custom made for our client's requirements and are our best advert. Please ask to see our portfolio. We are independently tested on a daily basis and are consistently in the top of the performance listings of all the major ISP hosting companies in the UK. So, whether you want to advertise your business more effectively, reach a larger catchment area or sell in the global market; WE have the BEST solution for you. Due to the bespoke nature of our website development most of our clients prefer to discuss their requirements by telephone, please send us a contact phone number and we will contact you shortly to discuss your needs in more detail. Alternatively, please ask for more details by replying to this email for a prompt response. We look forward to hearing from you. This is NOT spam. You are receiving this message because your email address was used on one of our web sites. If your email address was used without your permission or you no longer want to receive email from us, we apologise for any inconvenience caused and ask that you simply reply to this email putting remove as the subject. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 17:10:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CD6C337B41A for ; Fri, 18 Jan 2002 17:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0J1A2S99157; Fri, 18 Jan 2002 17:10:02 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 17:10:02 -0800 (PST) Message-Id: <200201190110.g0J1A2S99157@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alan Eldridge Subject: Re: bin/34032: make fails to evaluate some reasonable conditional expressions Reply-To: Alan Eldridge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34032; it has been noted by GNATS. From: Alan Eldridge To: "Crist J . Clark" Cc: Alan Eldridge , FreeBSD-gnats-submit@FreeBSD.ORG, sobomax@FreeBSD.ORG Subject: Re: bin/34032: make fails to evaluate some reasonable conditional expressions Date: Fri, 18 Jan 2002 20:06:07 -0500 On Fri, Jan 18, 2002 at 01:53:02PM -0800, Crist J . Clark wrote: >In this case, make(1) should never be evauating the "broken" >code. Since the Makefile syntax of the conditional as a whole is OK, >provided you don't actually try to evaluate it, I would expect this to >work. Yup. It should. If we look at cond.c, we see that it still parses the rest of the conditional to eat it, in case it's embedded in a larger test. The real problem occurs in var.c. Down at the end, when Var_Parse() is cleaning up (lines 2269-2288), it basically says: if (var flags & JUNK) { // not in symbol tables if (built-in dynamic var like .CURRENT) { handle this case } else { str = var_Error } } return str The problem is that Var_Parse() is passed a flag telling whether or not to complain about undefined vars -- a value called "err". But err is not checked in this last case. So here's the fix: --- var.c.orig Thu Oct 19 00:23:49 2000 +++ var.c Fri Jan 18 19:50:39 2002 @@ -2283,7 +2283,7 @@ str[*lengthPtr] = '\0'; *freePtr = TRUE; } else { - str = var_Error; + str = err ? var_Error : varNoError; } } return (str); -- Alan Eldridge Pmmfmffmmfmp mmmpppppffmpmfpmpppff PmpMpmMpp ppfppp MpfpffmppmppMmpFmmMpm mfpmmmmmfpmpmpppff. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 18 19:19:15 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from adsl-63-198-35-122.dsl.snfc21.pacbell.net (adsl-63-198-35-122.dsl.snfc21.pacbell.net [63.198.35.122]) by hub.freebsd.org (Postfix) with ESMTP id 8F70637B486; Fri, 18 Jan 2002 19:18:40 -0800 (PST) Received: from lbl.gov (localhost [127.0.0.1]) by adsl-63-198-35-122.dsl.snfc21.pacbell.net (8.11.3/8.11.3) with ESMTP id g0J3JSe00526; Fri, 18 Jan 2002 19:19:28 -0800 (PST) (envelope-from j_guojun@lbl.gov) Message-ID: <3C48E5C0.BDFAE09A@lbl.gov> Date: Fri, 18 Jan 2002 19:19:28 -0800 From: "Jin Guojun[ITG]" X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RELEASE i386) X-Accept-Language: zh, zh-CN, en MIME-Version: 1.0 To: ashp@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/27087: FreeBSD 4.3-RELEASE does not recognize GigE NIC References: <200201170303.g0H33S297380@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ashp@FreeBSD.org wrote: > > Synopsis: FreeBSD 4.3-RELEASE does not recognize GigE NIC > > State-Changed-From-To: open->feedback > State-Changed-By: ashp > State-Changed-When: Wed Jan 16 19:02:49 PST 2002 > State-Changed-Why: > Hi, > > Is this still a problem for you? Which actual GigE device are you using? We'd > need more information, such as the exact make/model, and a 'boot -v' to begin > investigating things further. > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27087 Yes, it is still the problem in 4.4-RELEASE. The work around is to add following lines into the /etc/rc.conf (for sk NIC): ------/etc/rc.conf # -- sysinstall generated deltas -- # Fri Dec 21 12:05:49 2001 # Created: Fri Dec 21 12:05:49 2001 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. ifconfig sk0 # kldload /modules/if_sk.ko does not work sleep 2 ifconfig_sk0="inet xxx.yyy.zzz.hhh netmask 255.255.255.0 media 1000baseSX mediaopt -------end of /etc/rc.conf This is for sk NIC. I have not re-tested the ti NIC yet. I will try the ti NIC sometime next week. The kernel is the default one (GENERIC); the current kernel is a different one, but I do not think they make any difference, and I will confirm it when I test the ti driver next week. Below is the booting message. -Jin -------boot message ----- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-RELEASE #1: Fri Dec 21 14:33:48 PST 2001 jin@xxx.yyy.zzz.hhh:/usr/src/sys/compile/USER Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) Processor (787.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x621 Stepping = 1 Features=0x183f9ff AMD Features=0xc0400000 real memory = 134201344 (131056K bytes) avail memory = 126373888 (123412K bytes) Preloaded elf kernel "kernel" at 0xc042b000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 8 entries at 0xc00f0e50 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 uhci0: port 0xd400-0xd41f irq 12 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 12 at device 4.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered fxp0: port 0xa400-0xa41f mem 0xe0800000-0xe08fffff,0xe3000000-0xe3000fff irq 10 at device 10.0 on pci0 fxp0: Ethernet address 00:a0:c9:8c:bb:f5 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ncr0: port 0xa000-0xa0ff mem 0xe0000000-0xe00000ff irq 11 at device 12.0 on pci0 pci0: (vendor=0x1148, dev=0x4300) at 13.0 irq 12 pcib1: on motherboard pci2: on pcib1 orm0: