Re: bin/108368: [patch] tip(1) coredumped when 'du' capability is used.

2010-03-15 Thread Garrett Cooper
The following reply was made to PR bin/108368; it has been noted by GNATS. From: Garrett Cooper To: bug-follo...@freebsd.org, i...@vutbr.cz Cc: Subject: Re: bin/108368: [patch] tip(1) coredumped when 'du' capability is used. Date: Mon, 15 Mar 2010 03:32:22 -0700 It's been over 2

Re: bin/144441: sed(1): Confusing error message from sed with 's/.*/d' ": unescaped newline inside substitute pattern

2010-03-15 Thread Garrett Cooper
The following reply was made to PR bin/11; it has been noted by GNATS. From: Garrett Cooper To: bug-follo...@freebsd.org, gcoo...@freebsd.org Cc: d...@freebsd.org Subject: Re: bin/11: sed(1): Confusing error message from sed with 's/.*/d' ": unescaped newline inside substitute pa

misc/144760: tmux: shell not working in tmux any more

2010-03-15 Thread Erwan david
>Number: 144760 >Category: misc >Synopsis: tmux: shell not working in tmux any more >Confidential: no >Severity: critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-

kern/144763: Kernel panic when start linux binaries

2010-03-15 Thread Michael Pounov
>Number: 144763 >Category: kern >Synopsis: Kernel panic when start linux binaries >Confidential: no >Severity: critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: chang

Re: misc/144749: [libstand] [patch] make assert.c use abort(3) instead of exit(3)

2010-03-15 Thread Bruce Evans
On Sun, 14 Mar 2010, Alexander Best wrote: Description: gcc complaints about the use of exit() in assert.c: /usr/src/lib/libstand/assert.c:43: warning: implicit declaration of function 'exit' It's not clear where this should be declared, or even it must exist. exit() might be supplied by the

Re: misc/144749: [libstand] [patch] make assert.c use abort(3) instead of exit(3)

2010-03-15 Thread Bruce Evans
The following reply was made to PR kern/144749; it has been noted by GNATS. From: Bruce Evans To: Alexander Best Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/144749: [libstand] [patch] make assert.c use abort(3) instead of exit(3) Date: Tue, 16 Mar 2010 02:06

Re: kern/141956: [libc] signal(3): siginfo->si_pid null in signal handler [regression]

2010-03-15 Thread bruno
Synopsis: [libc] signal(3): siginfo->si_pid null in signal handler [regression] State-Changed-From-To: Patched->Closed State-Changed-By: bruno State-Changed-When: Mon Mar 15 15:33:59 UTC 2010 State-Changed-Why: Fixed in stable. http://www.freebsd.org/cgi/query-pr.cgi?pr=141956 __

Re: kern/141956: commit references a PR

2010-03-15 Thread dfilter service
The following reply was made to PR kern/141956; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/141956: commit references a PR Date: Mon, 15 Mar 2010 15:33:42 + (UTC) Author: bruno Date: Mon Mar 15 15:33:32 2010 N

If you have a hardwood floor, times have changed.

2010-03-15 Thread Mike Hammond
Happy New Years! www.FloorGuardian.com January 2010 � We protect your floors while the others just cover it! We offer floor protection.� You have in

Re: ports/144760: sysutils/tmux: shell not working in tmux any more

2010-03-15 Thread linimon
Old Synopsis: tmux: shell not working in tmux any more New Synopsis: sysutils/tmux: shell not working in tmux any more Responsible-Changed-From-To: freebsd-bugs->wen Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 15 18:16:50 UTC 2010 Responsible-Changed-Why: Make this a ports P

Re: kern/144654: [vesa] VESA support broken on FreeBSD 8.0 Stable [regression]

2010-03-15 Thread jkim
Synopsis: [vesa] VESA support broken on FreeBSD 8.0 Stable [regression] Responsible-Changed-From-To: freebsd-bugs->jkim Responsible-Changed-By: jkim Responsible-Changed-When: Mon Mar 15 18:24:30 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=144654 ___

Re: kern/144654: [vesa] VESA support broken on FreeBSD 8.0 Stable [regression]

2010-03-15 Thread Jung-uk Kim
I need little bit more information. Does it respond to ping when it happens? Can you switch to other modes? Can you please try the attached patch? BTW, your VESA BIOS is reporting all modes are VGA compatible, which is impossible. Thanks, Jung-uk Kim Index: sys/dev/fb/vesa.c ==

misc/144770: Hard drive spindown functionality broken

2010-03-15 Thread Yuri
>Number: 144770 >Category: misc >Synopsis: Hard drive spindown functionality broken >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw

Re: kern/144654: [vesa] VESA support broken on FreeBSD 8.0 Stable [regression]

2010-03-15 Thread Jung-uk Kim
On Monday 15 March 2010 02:41 pm, Jung-uk Kim wrote: > Can you please try the attached patch? Oops, it attached a wrong patch. Please try this instead. Sorry for the inconvenience, Jung-uk Kim --- sys/dev/fb/vesa.c.orig 2010-02-23 16:51:14.0 -0500 +++ sys/dev/fb/vesa.c 2010-03-15

Re: kern/144654: [vesa] VESA support broken on FreeBSD 8.0 Stable [regression]

2010-03-15 Thread barbara
> On Monday 15 March 2010 02:41 pm, Jung-uk Kim wrote: > > Can you please try the attached patch? > > Oops, it attached a wrong patch. Please try this instead. > > Sorry for the inconvenience, > > Jung-uk Kim > I had the same problem on RELENG_8 since yesterday (prev. buildworld on Feb. 28). I'v

kern/144777: [arp] proxyarp broken in 8.0

2010-03-15 Thread Dmitry Marakasov
>Number: 144777 >Category: kern >Synopsis: [arp] proxyarp broken in 8.0 >Confidential: no >Severity: serious >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-I

Re: kern/144777: [arp] proxyarp broken in 8.0 [regression]

2010-03-15 Thread linimon
Old Synopsis: [arp] proxyarp broken in 8.0 New Synopsis: [arp] proxyarp broken in 8.0 [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 16 04:10:40 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://