>Number: 144411
>Category: bin
>Synopsis: mtree(8) doesn't reject non-regular files for -X
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class:
Old Synopsis:
=?UTF-8?q?Re:%20kern/142921:%20[kernel]%20memory%20allocation/release%20problem=3F?=
New Synopsis: Re: kern/142921: [kernel] memory allocation/release problem?
State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Tue Mar 2 00:41:16 UTC 2010
State-Changed
Old Synopsis: [zfs] panic at zfs_znode_dmu_init: existing znode for dbuf
New Synopsis: [zfs] [panic] panic at zfs_znode_dmu_init: existing znode for dbuf
Responsible-Changed-From-To: freebsd-bugs->freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 2 00:40:49 UTC 2010
Resp
Synopsis: [patch] /etc/rc.d/named - $named_wait_host needs an upper bound
Responsible-Changed-From-To: freebsd-bugs->freebsd-rc
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 2 00:36:42 UTC 2010
Responsible-Changed-Why:
Fix category and assign.
http://www.freebsd.org/cgi/query
The following reply was made to PR misc/144400; it has been noted by GNATS.
From: Andrew Wilson
To: bug-follo...@freebsd.org, wilson.andre...@gmail.com
Cc:
Subject: Re: misc/144400: [patch] /etc/rc.d/named - $named_wait_host needs an
upper bound
Date: Mon, 1 Mar 2010 17:30:09 -0600
I
>Number: 144402
>Category: kern
>Synopsis: [zfs] panic at zfs_znode_dmu_init: existing znode for dbuf
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Cl
>Number: 144400
>Category: misc
>Synopsis: [patch] /etc/rc.d/named - $named_wait_host needs an upper bound
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Requir
Synopsis: [uart] [patch] Add PCI ID for MosChip Semiconductor 16550 UART
State-Changed-From-To: open->patched
State-Changed-By: delphij
State-Changed-When: Mon Mar 1 20:41:28 UTC 2010
State-Changed-Why:
Slightly modified patch applied against -HEAD.
Responsible-Changed-From-To: freebsd-bugs->de
>Number: 144397
>Category: kern
>Synopsis: Add PCI ID for MosChip Semiconductor 16550 UART
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class:
Is the BTX loader issue (or issues) being actively pursued? Upon digging
through the PR DB I find that I am not alone and I have ordered new hardware
to migrate my current workstation to and everything is on hold due to the BTX
loader halting.
If the bug has been deemed non-critical and not on
Synopsis: [libc] signal(3): siginfo->si_pid null in signal handler [regression]
State-Changed-From-To: open->Patched
State-Changed-By: bruno
State-Changed-When: Mon Mar 1 17:45:43 UTC 2010
State-Changed-Why:
Has been fixed in HEAD. Waiting MFC before closing this PR.
http://www.freebsd.org/cgi/
The following reply was made to PR kern/141956; it has been noted by GNATS.
From: Bruno Ducrot
To: bug-follo...@freebsd.org, joel.bertr...@systella.fr
Cc:
Subject: Re: kern/141956: [libc] signal(3): siginfo->si_pid null in signal
handler [regression]
Date: Mon, 01 Mar 2010 15:31:59 +0100
Hi,
The following reply was made to PR bin/144388; it has been noted by GNATS.
From: Jui-Nan Lin
To: Garrett Cooper
Cc: "freebsd-gnats-sub...@freebsd.org"
Subject: Re: bin/144388: different behavior of make(1) between command line
argument and .MAKEFLAGS special target
Date: Mon, 1 Mar 201
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, 1 Mar 2010 14:27:30 + (UTC)
Author: bruno
Date: Mon Mar 1 14:27:16 2010
N
The following reply was made to PR bin/144388; it has been noted by GNATS.
From: Jui-Nan Lin
To: bug-follo...@freebsd.org, yanef...@gmail.com
Cc:
Subject: Re: bin/144388: different behavior of make(1) between command line
argument and .MAKEFLAGS special target
Date: Mon, 1 Mar 2010 21:
The following reply was made to PR bin/144388; it has been noted by GNATS.
From: Garrett Cooper
To: Jui-Nan Lin
Cc: "freebsd-gnats-sub...@freebsd.org"
Subject: Re: bin/144388: different behavior of make(1) between command line
argument and .MAKEFLAGS special target
Date: Mon, 1 Mar 2010 05:14:
>Number: 144388
>Category: bin
>Synopsis: different behavior of make(1) between command line argument
>and .MAKEFLAGS special target
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Ke
The following reply was made to PR bin/144377; it has been noted by GNATS.
From: Ed Schouten
To: Garrett Cooper
Cc: Ollivier Robert , freebsd-gnats-sub...@freebsd.org
Subject: Re: misc/144377: Display of discritics is mildly broken
Date: Mon, 1 Mar 2010 08:55:54 +0100
--/c0JJ5TGZ+xtmyhA
Conte
I have a few NASes based on FreeBSD 7.2 and quagga 0.99.14, they all
have same
configuration with little changes.
When I add to network a test server based on FreeBSD 8.0-STABLE
with quagga 0.99.15, other servers doesn't receive HELLO packets from him.
nas9# tcpdump -i vr0 proto ospf
13:24:04.5
19 matches
Mail list logo
