misc/166440: fix depends

2012-03-27 Thread Vasiliy P. Melnik
Number: 166440 Category: misc Synopsis: fix depends Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users

Re: ports/166440: sysutils/ldap-account-manager: fix depends

2012-03-27 Thread linimon
Old Synopsis: fix depends New Synopsis: sysutils/ldap-account-manager: fix depends Responsible-Changed-From-To: freebsd-bugs-freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 27 11:43:00 UTC 2012 Responsible-Changed-Why: ports PR

kern/166441: bktr.ko does not exist

2012-03-27 Thread Joe Stroud
Number: 166441 Category: kern Synopsis: bktr.ko does not exist Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id:

Re: misc/166340: Process under FreeBSD 9.0 hangs in uninterruptable sleep with apparently no syscall (empty wchan)

2012-03-27 Thread Christian Esken
The following reply was made to PR kern/166340; it has been noted by GNATS. From: Christian Esken christian.es...@trivago.com To: bug-follo...@freebsd.org Cc: Konstantin Belousov kostik...@gmail.com, a...@freebsd.org Subject: Re: misc/166340: Process under FreeBSD 9.0 hangs in uninterruptable

Re: misc/166340: Process under FreeBSD 9.0 hangs in uninterruptable sleep with apparently no syscall (empty wchan)

2012-03-27 Thread Christian Esken
The following reply was made to PR kern/166340; it has been noted by GNATS. From: Christian Esken christian.es...@trivago.com To: bug-follo...@freebsd.org Cc: Konstantin Belousov kostik...@gmail.com, a...@freebsd.org Subject: Re: misc/166340: Process under FreeBSD 9.0 hangs in uninterruptable

Re: misc/166340: Process under FreeBSD 9.0 hangs in uninterruptable sleep with apparently no syscall (empty wchan)

2012-03-27 Thread Konstantin Belousov
The following reply was made to PR kern/166340; it has been noted by GNATS. From: Konstantin Belousov kostik...@gmail.com To: Christian Esken christian.es...@trivago.com Cc: bug-follo...@freebsd.org, a...@freebsd.org Subject: Re: misc/166340: Process under FreeBSD 9.0 hangs in uninterruptable

kern/166458: bind() incorrectly interprets SO_REUSEADDR option as also implying SO_REUSEPORT on FreeBSD

2012-03-27 Thread Sean Bruno
Number: 166458 Category: kern Synopsis: bind() incorrectly interprets SO_REUSEADDR option as also implying SO_REUSEPORT on FreeBSD Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter: Keywords:

kern/166459: other id for atkbdc

2012-03-27 Thread Kaho Toshikazu
Number: 166459 Category: kern Synopsis: other id for atkbdc Confidential: no Severity: non-critical Priority: medium Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required: Class: update Submitter-Id:

conf/166460: WITHOUT_IPFILTER does not remove ipfstat-reliant periodic scripts

2012-03-27 Thread Jeremy Chadwick
Number: 166460 Category: conf Synopsis: WITHOUT_IPFILTER does not remove ipfstat-reliant periodic scripts Confidential: no Severity: non-critical Priority: medium Responsible:freebsd-bugs State: open Quarter: Keywords: Date-Required:

Re: conf/166460: WITHOUT_IPFILTER does not remove ipfstat-reliant periodic scripts

2012-03-27 Thread eadler
Synopsis: WITHOUT_IPFILTER does not remove ipfstat-reliant periodic scripts Responsible-Changed-From-To: freebsd-bugs-eadler Responsible-Changed-By: eadler Responsible-Changed-When: Wed Mar 28 02:41:43 UTC 2012 Responsible-Changed-Why: I'll take it.

kern/166462: gre(4) when using a tunnel source address from carp(4) doesn't honor the MASTER/BACKUP state

2012-03-27 Thread Eugene M. Zheganin
Number: 166462 Category: kern Synopsis: gre(4) when using a tunnel source address from carp(4) doesn't honor the MASTER/BACKUP state Confidential: no Severity: non-critical Priority: low Responsible:freebsd-bugs State: open Quarter:

Re: kern/166462: [gre] gre(4) when using a tunnel source address from carp(4) doesn't honor the MASTER/BACKUP state

2012-03-27 Thread linimon
Old Synopsis: gre(4) when using a tunnel source address from carp(4) doesn't honor the MASTER/BACKUP state New Synopsis: [gre] gre(4) when using a tunnel source address from carp(4) doesn't honor the MASTER/BACKUP state Responsible-Changed-From-To: freebsd-bugs-freebsd-net