Re: kern/82980: [libc] realpath(3) treats regular files as directories

2010-04-25 Thread Garrett Cooper
The following reply was made to PR kern/82980; it has been noted by GNATS.

From: Garrett Cooper 
To: bug-follo...@freebsd.org, im...@co.zahav.net.il
Cc:  
Subject: Re: kern/82980: [libc] realpath(3) treats regular files as 
directories
Date: Sun, 25 Apr 2010 01:14:42 -0700

 Here's a link to the diff committed via NetBSD:
 
http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/gen/getcwd.c.diff?r1=1.36&r2=1.36.2.1
 , as the old link is broken.
 Cheers,
 -Garrett
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/146031: [snd_hda] race condition when kldunload snd_hda sound called

2010-04-25 Thread linimon
Synopsis: [snd_hda] race condition when kldunload snd_hda sound called

Responsible-Changed-From-To: freebsd-bugs->freebsd-multimedia
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Apr 25 08:21:26 UTC 2010
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=146031
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/35985: sysinstall(8): swap double mount

2010-04-25 Thread brucec
Synopsis: sysinstall(8): swap double mount

State-Changed-From-To: analyzed->closed
State-Changed-By: brucec
State-Changed-When: Sun Apr 25 11:20:38 UTC 2010
State-Changed-Why: 
This issue appears to have been fixed some time between 4.5 and 6.3: I'm 
unable to replicate the bug on 6.3; sysinstall correctly reports that 
the device is busy.

http://www.freebsd.org/cgi/query-pr.cgi?pr=35985
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/53839: sysinstall(8): disklabel editor fails on post-install config

2010-04-25 Thread brucec
Synopsis: sysinstall(8): disklabel editor fails on post-install config

State-Changed-From-To: open->feedback
State-Changed-By: brucec
State-Changed-When: Sun Apr 25 11:25:08 UTC 2010
State-Changed-Why: 
I suspect this bug will have disappeared with the move to devfs in 5.x.
Did you ever see the problem again on newer FreeBSD releases?

http://www.freebsd.org/cgi/query-pr.cgi?pr=53839
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/53839: sysinstall(8): disklabel editor fails on post-install config

2010-04-25 Thread brucec
Synopsis: sysinstall(8): disklabel editor fails on post-install config

Responsible-Changed-From-To: freebsd-bugs->brucec 
Responsible-Changed-By: brucec
Responsible-Changed-When: Sun Apr 25 11:26:22 UTC 2010
Responsible-Changed-Why: 
Take.

http://www.freebsd.org/cgi/query-pr.cgi?pr=53839
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/118503: sysinstall(8): sysinstall(8) and /etc/rc.conf

2010-04-25 Thread brucec
Synopsis: sysinstall(8): sysinstall(8) and /etc/rc.conf

State-Changed-From-To: open->closed
State-Changed-By: brucec
State-Changed-When: Sun Apr 25 11:30:58 UTC 2010
State-Changed-Why: 
Sysinstall isn't intended as a system administration tool, though it 
does generate a valid rc.conf file because only the last instance of a line 
takes effect.

http://www.freebsd.org/cgi/query-pr.cgi?pr=118503
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/23402: sysinstall(8): upgrade ought to check partition sizes

2010-04-25 Thread brucec
Synopsis: sysinstall(8): upgrade ought to check partition sizes

Responsible-Changed-From-To: freebsd-bugs->brucec 
Responsible-Changed-By: brucec
Responsible-Changed-When: Sun Apr 25 11:38:11 UTC 2010
Responsible-Changed-Why: 
Take.

http://www.freebsd.org/cgi/query-pr.cgi?pr=23402
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/30737: sysinstall(8): sysinstall leaks file descriptors on restart

2010-04-25 Thread brucec
Synopsis: sysinstall(8): sysinstall leaks file descriptors on restart

Responsible-Changed-From-To: freebsd-bugs->brucec 
Responsible-Changed-By: brucec
Responsible-Changed-When: Sun Apr 25 11:40:27 UTC 2010
Responsible-Changed-Why: 
Take.

http://www.freebsd.org/cgi/query-pr.cgi?pr=30737
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/38478: sysinstall(8): In Choose Distributions screen, it's difficult to remove XFree86

2010-04-25 Thread brucec
Synopsis: sysinstall(8): In Choose Distributions screen, it's difficult to 
remove XFree86

State-Changed-From-To: open->closed
State-Changed-By: brucec
State-Changed-When: Sun Apr 25 12:04:25 UTC 2010
State-Changed-Why: 
XFree86/Xorg is no longer treated as a distribution.

http://www.freebsd.org/cgi/query-pr.cgi?pr=38478
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/37160: sysinstall(8): coredumps when trying to load package data.

2010-04-25 Thread brucec
Synopsis: sysinstall(8): coredumps when trying to load package data.

State-Changed-From-To: open->feedback 
State-Changed-By: brucec
State-Changed-When: Sun Apr 25 12:28:52 UTC 2010
State-Changed-Why: 
I think this is caused by the INDEX being corrupted.
I've tried to replicate the issue on both 4.2 and 4.5 but 
sysinstall works. Do you still see the problem on newer versions 
of FreeBSD?


Responsible-Changed-From-To: freebsd-bugs->brucec
Responsible-Changed-By: brucec
Responsible-Changed-When: Sun Apr 25 12:28:52 UTC 2010
Responsible-Changed-Why: 
Take.

http://www.freebsd.org/cgi/query-pr.cgi?pr=37160
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


kern/146037: mpd+CoA=kernel panic

2010-04-25 Thread Denis

>Number: 146037
>Category:   kern
>Synopsis:   mpd+CoA=kernel panic
>Confidential:   no
>Severity:   critical
>Priority:   high
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Apr 25 13:10:05 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Denis
>Release:FreeBSD 8.0-STABLE
>Organization:
ISP
>Environment:
FreeBSD vpn3 8.0-STABLE FreeBSD 8.0-STABLE #2 r207058M: Thu Apr 22 15:40:40 
EEST 2010 ad...@vpn3:/usr/obj/usr/src/sys/GENERICVPN  i386
>Description:
I have VPN servers on mpd5.5

FreeBSD vpn3 8.0-STABLE FreeBSD 8.0-STABLE #2 r207058M: Thu Apr 22 15:40:40
EEST 2010 ad...@vpn3:/usr/obj/usr/src/sys/GENERICVPN  i386

and every 5-10 minutes my billing system send mpd-limit CoA message to mpd.
Every 2-3 day server go into kernel panic:

Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 07
fault virtual address   = 0x24
fault code  = supervisor read, page not present
instruction pointer = 0x20:0x8a04c9e4
stack pointer   = 0x28:0xee67386c
frame pointer   = 0x28:0xee673aa4
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 871 (mpd5)
trap number = 12
panic: page fault
cpuid = 3
Uptime: 2d7h39m7s
Physical memory: 2035 MB
Dumping 390 MB: 375 359 343

Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 06
fault virtual address   = 0x0
fault code  = supervisor write, page not present
instruction pointer = 0x20:0x8a04c7cb
stack pointer   = 0x28:0xee65590c
frame pointer   = 0x28:0xee655924
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 890 (ng_queue2)
trap number = 12

(kgdb) backtrace
#0  doadump () at pcpu.h:246
#1  0x8089dd47 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416
#2  0x8089e039 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:579
#3  0x80bcfe3c in trap_fatal (frame=0xee67382c, eva=36)
at /usr/src/sys/i386/i386/trap.c:938
#4  0x80bd00c0 in trap_pfault (frame=0xee67382c, usermode=0, eva=36)
at /usr/src/sys/i386/i386/trap.c:851
#5  0x80bd0a05 in trap (frame=0xee67382c) at
/usr/src/sys/i386/i386/trap.c:533
#6  0x80bb2adb in calltrap () at /usr/src/sys/i386/i386/exception.s:165
#7  0x8a04c9e4 in ng_path2noderef (here=0x89f85c00,
address=0x9700d660 "mpd871-B-2-lim:1-0-m", destp=0xee673ac0,
lasthook=0xee673abc)
at
/usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1757
#8  0x8a04cd40 in ng_address_path (here=0x89f85c00, item=0x8a639a40,
address=0x9700d660 "mpd871-B-2-lim:1-0-m", retaddr=0)
at
/usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3522
#9  0x8a0464f2 in ngc_send (so=0x889ed80c, flags=0, m=0x89ce6d00,
addr=0x94caa1e0, control=0x0, td=0x8889a6f0)
at
/usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:296
#10 0x808ff0d5 in sosend_generic (so=0x889ed80c, addr=0x94caa1e0,
uio=0xee673be8, top=0x89ce6d00, control=0x0, flags=0, td=0x8889a6f0)
at /usr/src/sys/kern/uipc_socket.c:1257
#11 0x808fb1ef in sosend (so=0x889ed80c, addr=0x94caa1e0, uio=0xee673be8,
---Type  to continue, or q  to quit---
top=0x0, control=0x0, flags=0, td=0x8889a6f0)
at /usr/src/sys/kern/uipc_socket.c:1301
#12 0x80902ae1 in kern_sendit (td=0x8889a6f0, s=5, mp=0xee673c5c, flags=0,
control=0x0, segflg=UIO_USERSPACE) at
/usr/src/sys/kern/uipc_syscalls.c:788
#13 0x80902d11 in sendit (td=0x8889a6f0, s=5, mp=0xee673c5c, flags=0)
at /usr/src/sys/kern/uipc_syscalls.c:724
#14 0x80902e28 in sendto (td=0x8889a6f0, uap=0xee673cf8)
at /usr/src/sys/kern/uipc_syscalls.c:840
#15 0x80bd03b3 in syscall (frame=0xee673d38)
at /usr/src/sys/i386/i386/trap.c:
#16 0x80bb2b40 in Xint0x80_syscall () at
/usr/src/sys/i386/i386/exception.s:261
#17 0x0033 in ?? ()

>How-To-Repeat:
Use mpd and send mpd-limit every 5-10 minutes 2-3 days
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/15038: sysinstall(8): easy to not notice that selection lists must be scrolled.

2010-04-25 Thread brucec
Synopsis: sysinstall(8): easy to not notice that selection lists must be 
scrolled.

State-Changed-From-To: open->closed
State-Changed-By: brucec
State-Changed-When: Sun Apr 25 14:52:00 UTC 2010
State-Changed-Why: 
XFree86/Xorg is no longer a distribution.

http://www.freebsd.org/cgi/query-pr.cgi?pr=15038
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/79910: sysinstall(8): Cannot escape from failed port/package install

2010-04-25 Thread brucec
Synopsis: sysinstall(8): Cannot escape from failed port/package install

Responsible-Changed-From-To: freebsd-bugs->brucec 
Responsible-Changed-By: brucec
Responsible-Changed-When: Sun Apr 25 14:55:30 UTC 2010
Responsible-Changed-Why: 
Take.

http://www.freebsd.org/cgi/query-pr.cgi?pr=79910
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/138341: [nanobsd] [patch] 8.0-BETA3: nanobsd build broken due to sysipc kernel module

2010-04-25 Thread Eugene Grosbein
The following reply was made to PR kern/138341; it has been noted by GNATS.

From: Eugene Grosbein 
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/138341: [nanobsd] [patch] 8.0-BETA3: nanobsd build broken due 
to sysipc kernel module
Date: Sun, 25 Apr 2010 23:07:22 +0700

 Hi!
 
 'make MODULES_WITH_WORLD=yes buildworld' is still broken
 and now even more modules prevent such build from success.
 Here is the patch fixing all of them. Please commit this,
 'MODULES_WITH_WORLD=yes' is really useful for NanoBSD builds.
 
 --- sys/modules/dtrace/lockstat/Makefile.orig  2009-09-16 23:05:25.0 
+0800
 +++ sys/modules/dtrace/lockstat/Makefile   2009-09-16 23:05:45.0 
+0800
 @@ -5,7 +5,7 @@
  KMOD= lockstat
  SRCS= lockstat.c 
  
 -SRCS+=vnode_if.h
 +SRCS+=vnode_if.h opt_kdtrace.h
  
  CFLAGS+=  -I${.CURDIR}/../../../cddl/compat/opensolaris \
-I${.CURDIR}/../../../cddl/contrib/opensolaris/uts/common \
 --- mqueue/Makefile.orig   2010-04-24 17:47:03.0 +0700
 +++ mqueue/Makefile2010-04-24 17:47:14.0 +0700
 @@ -5,6 +5,6 @@
  KMOD= mqueuefs
  SRCS= uipc_mqueue.c \
vnode_if.h \
 -  opt_posix.h
 +  opt_posix.h opt_compat.h
  
  .include 
 --- sys/modules/sem/Makefile.orig  2010-04-24 18:07:32.0 +0700
 +++ sys/modules/sem/Makefile   2010-04-24 18:07:08.0 +0700
 @@ -3,6 +3,6 @@
  .PATH: ${.CURDIR}/../../kern
  
  KMOD= sem
 -SRCS= uipc_sem.c opt_posix.h vnode_if.h
 +SRCS= uipc_sem.c opt_posix.h opt_compat.h vnode_if.h
  
  .include 
 --- sys/modules/sysvipc/sysvmsg/Makefile.orig  2009-08-30 19:12:16.0 
+0800
 +++ sys/modules/sysvipc/sysvmsg/Makefile   2009-09-19 01:12:18.0 
+0800
 @@ -3,6 +3,6 @@
  .PATH: ${.CURDIR}/../../../kern
  
  KMOD= sysvmsg
 -SRCS= sysv_msg.c opt_sysvipc.h
 +SRCS= sysv_msg.c opt_sysvipc.h opt_compat.h
  
  .include 
 --- sys/modules/sysvipc/sysvsem/Makefile.orig  2009-08-30 19:52:13.0 
+0800
 +++ sys/modules/sysvipc/sysvsem/Makefile   2009-08-30 19:52:33.0 
+0800
 @@ -3,6 +3,6 @@
  .PATH: ${.CURDIR}/../../../kern
  
  KMOD= sysvsem
 -SRCS= sysv_sem.c opt_sysvipc.h
 +SRCS= sysv_sem.c opt_sysvipc.h opt_compat.h
  
  .include 
 --- sys/modules/usb/usb/Makefile.orig  2010-04-24 18:27:52.0 +0700
 +++ sys/modules/usb/usb/Makefile   2010-04-24 18:28:56.0 +0700
 @@ -31,7 +31,7 @@
  
  KMOD= usb
  SRCS= bus_if.h device_if.h usb_if.h usb_if.c vnode_if.h \
 -  opt_usb.h opt_bus.h \
 +  opt_usb.h opt_bus.h opt_ddb.h \
usbdevs.h usbdevs_data.h \
usb_busdma.c usb_controller.c usb_compat_linux.c usb_core.c usb_debug.c 
\
usb_dev.c usb_device.c usb_dynamic.c usb_error.c usb_generic.c \
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/112938: [headers] [patch] utmp.h is too limiting for modern systems

2010-04-25 Thread jilles
Synopsis: [headers] [patch] utmp.h is too limiting for modern systems

State-Changed-From-To: open->closed
State-Changed-By: jilles
State-Changed-When: Sun Apr 25 17:45:59 UTC 2010
State-Changed-Why: 
This has been fixed in 9-CURRENT by changing to utmpx. For compatibility
reasons, this cannot be MFCed and utmp.h cannot be changed either (but
you can do this locally).

http://www.freebsd.org/cgi/query-pr.cgi?pr=112938
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: misc/138347: [patch] [nanobsd] nanobsd build is broken due to mdconfig(8) change

2010-04-25 Thread Eugene Grosbein
The following reply was made to PR misc/138347; it has been noted by GNATS.

From: Eugene Grosbein 
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: misc/138347: [patch] [nanobsd] nanobsd build is broken due to
 mdconfig(8) change
Date: Mon, 26 Apr 2010 00:40:02 +0700

 Hi!
 
 The problem was solved in RELENG_8 with the revision 1.51.2.2
 of  src/tools/tools/nanobsd/nanobsd.sh (it now removes trap handler
 so double mdconfig call is avoided).
 
 Please close this PR.
 
 Eugene Grosbein
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: misc/138347: [patch] [nanobsd] nanobsd build is broken due to mdconfig(8) change

2010-04-25 Thread linimon
Synopsis: [patch] [nanobsd] nanobsd build is broken due to mdconfig(8) change

State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Sun Apr 25 18:29:05 UTC 2010
State-Changed-Why: 
Apparently fixed in RELENG_8.

http://www.freebsd.org/cgi/query-pr.cgi?pr=138347
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/146037: [panic] mpd + CoA = kernel panic

2010-04-25 Thread linimon
Old Synopsis: mpd+CoA=kernel panic
New Synopsis: [panic] mpd + CoA = kernel panic

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Apr 25 19:05:20 UTC 2010
Responsible-Changed-Why: 
seems to be networking-related.

http://www.freebsd.org/cgi/query-pr.cgi?pr=146037
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


bin/146046: [kld] [patch] kldstat(8) contains an obsolete cast

2010-04-25 Thread Alexander Best

>Number: 146046
>Category:   bin
>Synopsis:   [kld] [patch] kldstat(8) contains an obsolete cast
>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:   Sun Apr 25 19:30:02 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Alexander Best
>Release:9.0-CURRENT
>Organization:
>Environment:
FreeBSD otaku 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r207154M: Sat Apr 24 21:14:37 
CEST 2010 r...@otaku:/usr/obj/usr/src/sys/ARUNDEL  amd64
>Description:
7 years ago a cast of stat.size to uintmax_t in order to make kldstat.c WARNS=5 
clean was introduced [1]. it appears that back then printf(3) couldn't handle 
size_t. since nowadays printf(3) is able to, make use of it. with the removal 
of the cast to uintmax_t inclusion of stdint.h is no longer required.

[1] in revision 113933
>How-To-Repeat:

>Fix:
apply the attached patch.

Patch attached with submission follows:

Index: sbin/kldstat/kldstat.c
===
--- sbin/kldstat/kldstat.c  (revision 207014)
+++ sbin/kldstat/kldstat.c  (working copy)
@@ -28,7 +28,6 @@
 __FBSDID("$FreeBSD$");
 
 #include 
-#include 
 #include 
 #include 
 #include 
@@ -60,8 +59,8 @@
 if (kldstat(fileid, &stat) < 0)
warn("can't stat file id %d", fileid);
 else
-   printf("%2d %4d %p %-8jx %s",
-  stat.id, stat.refs, stat.address, (uintmax_t)stat.size, 
+   printf("%2d %4d %p %-8zx %s",
+  stat.id, stat.refs, stat.address, stat.size,
   stat.name);
 
 if (verbose) {


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/144730: [patch] ping6(8) lacks call to freeaddrinfo()

2010-04-25 Thread brucec
Synopsis: [patch] ping6(8) lacks call to freeaddrinfo()

Responsible-Changed-From-To: freebsd-bugs->brucec 
Responsible-Changed-By: brucec
Responsible-Changed-When: Sun Apr 25 20:24:44 UTC 2010
Responsible-Changed-Why: 
Take.

http://www.freebsd.org/cgi/query-pr.cgi?pr=144730
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/68062: standalone repeat(1) command

2010-04-25 Thread Jilles Tjoelker
The following reply was made to PR bin/68062; it has been noted by GNATS.

From: Jilles Tjoelker 
To: bug-follo...@freebsd.org, cyrille.lefe...@laposte.net
Cc:  
Subject: Re: bin/68062: standalone repeat(1) command
Date: Sun, 25 Apr 2010 23:18:13 +0200

 I'm not sure if we want this repeat(1) command, given that csh(1)
 already has it as a builtin and a simple shell function can do it in
 sh(1).
 
 repeat() {
 local i="$1"
 shift
 while [ "$i" -gt 0 ]; do
 "$@"
 i=$((i-1))
 done
 }
 
 This shell function will cause expansions and redirections to be
 evaluated exactly once, but so do the csh builtin and your proposed
 external command.
 
 The closest to the repeat command that fits in sh's model is
 ksh93/bash/zsh's arithmetic for command, e.g.
   for ((i=0; i<3; i++)); do sync; done
 I usually use the arithmetic for command or loops like in the shell
 function above.
 
 zsh also has a repeat compound command much like csh, except that it
 will evaluate expansions and redirections for each execution of the
 command.
 
 -- 
 Jilles Tjoelker
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/94750: watch(8) utility faults when tty disconnects

2010-04-25 Thread jilles
Synopsis: watch(8) utility faults when tty disconnects

State-Changed-From-To: open->feedback
State-Changed-By: jilles
State-Changed-When: Sun Apr 25 21:38:28 UTC 2010
State-Changed-Why: 
Can you reproduce this on a more recent version?  (I could not reproduce
this on 8.0-STABLE.)

http://www.freebsd.org/cgi/query-pr.cgi?pr=94750
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/52746: tcsh(1) fails to handle large arguements

2010-04-25 Thread jilles
Synopsis: tcsh(1) fails to handle large arguements

State-Changed-From-To: feedback->closed
State-Changed-By: jilles
State-Changed-When: Sun Apr 25 21:52:18 UTC 2010
State-Changed-Why: 
Feedback timeout. I cannot reproduce this either anymore in 8.0-STABLE.

http://www.freebsd.org/cgi/query-pr.cgi?pr=52746
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/67172: w(1) finger(1) display the remote host incorrectly

2010-04-25 Thread jilles
Synopsis: w(1) finger(1) display the remote host incorrectly

State-Changed-From-To: open->feedback
State-Changed-By: jilles
State-Changed-When: Sun Apr 25 21:57:41 UTC 2010
State-Changed-Why: 
If you can still reproduce this with newer versions, please provide more
information about your setup.

Also note that some applications can cause utmp/wtmp corruption (e.g.
screen's zombie window feature).

http://www.freebsd.org/cgi/query-pr.cgi?pr=67172
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/67172: w(1) finger(1) display the remote host incorrectly

2010-04-25 Thread jilles
Synopsis: w(1) finger(1) display the remote host incorrectly

State-Changed-From-To: feedback->closed
State-Changed-By: jilles
State-Changed-When: Sun Apr 25 22:10:05 UTC 2010
State-Changed-Why: 
Submitter address bounces, and the PR is old and not very informative.

http://www.freebsd.org/cgi/query-pr.cgi?pr=67172
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/138547: [request] improve dhcp behaviour with multiple networks

2010-04-25 Thread jilles
Old Synopsis: dhcp wrong behaviour with multiple networks
New Synopsis: [request] improve dhcp behaviour with multiple networks

Class-Changed-From-To: sw-bug->change-request
Class-Changed-By: jilles
Class-Changed-When: Sun Apr 25 22:19:04 UTC 2010
Class-Changed-Why: 
This is a feature request.

http://www.freebsd.org/cgi/query-pr.cgi?pr=138547
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: ports/132239: net/isc-dhcp30-server: dhcpd -d flag not working

2010-04-25 Thread jilles
Old Synopsis: dhcpd(8) -d flag not working
New Synopsis: net/isc-dhcp30-server: dhcpd -d flag not working

Responsible-Changed-From-To: freebsd-bugs->jpaetzel
Responsible-Changed-By: jilles
Responsible-Changed-When: Sun Apr 25 22:32:41 UTC 2010
Responsible-Changed-Why: 
Ports PR, assigning to port's maintainer.

http://www.freebsd.org/cgi/query-pr.cgi?pr=132239
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/15038: sysinstall(8): easy to not notice that selection lists must be scrolled.

2010-04-25 Thread Garrett Cooper
The following reply was made to PR bin/15038; it has been noted by GNATS.

From: Garrett Cooper 
To: bug-follo...@freebsd.org, b...@atlantic.net
Cc:  
Subject: Re: bin/15038: sysinstall(8): easy to not notice that selection lists 
must be scrolled.
Date: Sun, 25 Apr 2010 16:48:13 -0700

 The point wasn't so much that Xorg/Xfree86 isn't a valid
 distribution anymore. The point was that the user was requesting an
 enhancement to `better' denote the fact that there are more options
 available on the list.
 The only problem is that `more:' is very localized to the English
 language and isn't suitable for other locales... and in this day in
 age with IKEA-like solutions using only pictures to guide users,
 unless you are going to solve it in a localized manner, using words in
 place of images only increases complexity. A usability engineer may
 argue that I'm wrong, but that's how I think it should be so we don't
 have to solve this problem N times.
 I do agree though. More options should have been more apparent in
 the libdialog UI.
 Thanks,
 -Garrett
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/38478: sysinstall(8): In Choose Distributions screen, it's difficult to remove XFree86

2010-04-25 Thread Garrett Cooper
The following reply was made to PR bin/38478; it has been noted by GNATS.

From: Garrett Cooper 
To: bug-follo...@freebsd.org, pep...@rockefeller.edu
Cc:  
Subject: Re: bin/38478: sysinstall(8): In Choose Distributions screen, it's 
difficult to remove XFree86
Date: Sun, 25 Apr 2010 16:52:42 -0700

 Again, I understand that Xorg/Xfree86 is no longer bundled with
 FreeBSD, but the problem from the sounds of it was a logic issues
 where if all of the components from X were deselected, X itself should
 be deselected (or at least should be permitted to be deselected,
 whereas sysinstall(8) didn't allow that). Other logic issues similar
 to this may exist within the sysinstall(8) code, but until they crop
 up, this item should remain closed.
 Thanks,
 -Garrett
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


misc/146053: shutdown of jails breaks intra-jail dependencies

2010-04-25 Thread Chad Milios

>Number: 146053
>Category:   misc
>Synopsis:   shutdown of jails breaks intra-jail dependencies
>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:   Mon Apr 26 06:10:00 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Chad Milios
>Release:7.3-RELEASE
>Organization:
Crop Circle Systems
>Environment:
FreeBSD sensei.ccsys.org 7.3-RELEASE FreeBSD 7.3-RELEASE #2: Sun Apr 11 
14:55:27 UTC 2010 r...@sarge.ccsys.org:/usr/obj/usr/src/sys/IPSEC  amd64
>Description:
jails shutdown in the same order they are started. this makes it impossible to 
have one jail depend on any of the services of another. (for instance, my first 
jail to start up provides a caching dns resolver that the other jails use) as 
implemented currently, that jail shuts down first, causing other jails to loose 
their ability to look up names. if any other jail needs that functionality (or 
anything provided by an earlier-started jail for that matter) in order to shut 
down gracefully, it will timeout and often timeout rc.shutdown as well.
>How-To-Repeat:
create a couple jails. boot multi-user, then shutdown. note the order.
>Fix:
add boolean rc.conf variable jail_reverse_shutdown. reverse jail_list when 
doing jail_stop in rc.d/jail if it is set to yes. i would argue that the 
default should be enabled (a la: rcorder in rc.shutdown) but to preserve 
existing behavior it probably ought to be off by default.

i have been using this small straightforward patch in production for years, and 
been meaning to kick it upstream for a long time. please get this into 7.4 and 
8.1. (if not 7.3-STABLE or 7.3-RELEASE-p?)

Patch attached with submission follows:

diff -rNU3 ../src.dist/etc/defaults/rc.conf ./etc/defaults/rc.conf
--- ../src.dist/etc/defaults/rc.conf2010-02-10 00:26:20.0 +
+++ ./etc/defaults/rc.conf  2010-04-25 21:20:23.0 +
@@ -621,6 +621,7 @@
 jail_set_hostname_allow="YES" # Allow root user in a jail to change its 
hostname
 jail_socket_unixiproute_only="YES" # Route only TCP/IP within a jail
 jail_sysvipc_allow="NO"# Allow SystemV IPC use from within a jail
+jail_reverse_shutdown="NO" # Shutdown jails in reverse order
 
 #
 # To use rc's built-in jail infrastructure create entries for
diff -rNU3 ../src.dist/etc/rc.d/jail ./etc/rc.d/jail
--- ../src.dist/etc/rc.d/jail   2010-02-10 00:26:20.0 +
+++ ./etc/rc.d/jail 2010-04-25 21:20:23.0 +
@@ -679,6 +679,9 @@
 jail_stop()
 {
echo -n 'Stopping jails:'
+   if checkyesno jail_reverse_shutdown; then
+   jail_list=`reverse_list $jail_list`
+   fi
for _jail in ${jail_list}
do
if [ -f "/var/run/jail_${_jail}.id" ]; then


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/15038: sysinstall(8): easy to not notice that selection lists must be scrolled.

2010-04-25 Thread brucec
Synopsis: sysinstall(8): easy to not notice that selection lists must be 
scrolled.

State-Changed-From-To: closed->open
State-Changed-By: brucec
State-Changed-When: Mon Apr 26 06:56:23 UTC 2010
State-Changed-Why: 
This is a generic problem that still needs fixed.

http://www.freebsd.org/cgi/query-pr.cgi?pr=15038
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/38478: sysinstall(8): In Choose Distributions screen, it's difficult to remove XFree86

2010-04-25 Thread brucec
Synopsis: sysinstall(8): In Choose Distributions screen, it's difficult to 
remove XFree86

State-Changed-From-To: closed->open
State-Changed-By: brucec
State-Changed-When: Mon Apr 26 06:57:02 UTC 2010
State-Changed-Why: 
This is a generic problem that still needs fixed, for example 
in the sources selection window.

http://www.freebsd.org/cgi/query-pr.cgi?pr=38478
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"