Old Synopsis: select(2) call (poll(2) too) hangs, yet call works perfectly
New Synopsis: select(2) call (poll(2) too) hangs, yet call works perfectly (no
hang) under gdb
State-Changed-From-To: open->feedback
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 22:50:09 UTC 2014
State-Changed-Wh
Synopsis: [kernel] struct callout:c_flags should be volatile
State-Changed-From-To: open->closed
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 21:34:16 UTC 2014
State-Changed-Why:
Hi,
Thanks for your request. I think the volatile qualifier should
not be added.
callout_active() should o
>Number: 188328
>Category: kern
>Synopsis: UPDATING should provide caveats for running `zpool upgrade`
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
Synopsis: [request] A more flexible version of mkstemp()
State-Changed-From-To: suspended->patched
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 20:59:53 UTC 2014
State-Changed-Why:
This mkstemp() variant is available in 10.0 as mkostemp().
Responsible-Changed-From-To: freebsd-bugs->ji
Synopsis: [build] share/i18n/csmapper tries to use $DESTDIR/usr/bin/touch
despite touch will first be installed at a later stage during make installworld
State-Changed-From-To: open->closed
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 20:19:15 UTC 2014
State-Changed-Why:
The problem is
Old Synopsis: Warning: The disc currently in the drive is either not a FreeBSD
disc
New Synopsis: sysinstall(8): Warning: The disc currently in the drive is either
not a FreeBSD disc
Responsible-Changed-From-To: freebsd-bugs->freebsd-sysinstall
Responsible-Changed-By: jilles
Responsible-Changed-
Synopsis: When watch(1) is invoked incorrectly it trashes the tty
State-Changed-From-To: open->closed
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 19:38:23 UTC 2014
State-Changed-Why:
This is a duplicate of PR bin/153052.
Also, this is already fixed in stable/9 and newer.
Responsible-
The following reply was made to PR bin/109478; it has been noted by GNATS.
From: Jilles Tjoelker
To: bug-follo...@freebsd.org, skreu...@f2o.org
Cc:
Subject: Re: bin/109478: [libc] [patch] adopt reentrant syslog functions from
OpenBSD
Date: Sun, 6 Apr 2014 21:32:34 +0200
In FreeBSD PR bin/109
>Number: 188318
>Category: misc
>Synopsis: service ipfilter reload does not work
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bu
Synopsis: Passing -P to daemon(8) doesn't spawn child in an external process
Responsible-Changed-From-To: freebsd-bugs->jh
Responsible-Changed-By: jh
Responsible-Changed-When: Sun Apr 6 16:14:05 UTC 2014
Responsible-Changed-Why:
Take.
http://www.freebsd.org/cgi/query-pr.cgi?pr=187265
___
Synopsis: su(1) to another user does not update utmp
State-Changed-From-To: open->feedback
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 12:15:26 UTC 2014
State-Changed-Why:
su(1) is not supposed to update utmp at all, as it is not a login.
Perhaps this is possible with misconfigured PAM
Synopsis: Suspending su(1) sometimes hangs
State-Changed-From-To: open->feedback
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 11:40:55 UTC 2014
State-Changed-Why:
Does this problem still occur?
I think the combination of r153964, r153966 and r153985 should fix this.
All these are from 2
Synopsis: [headers] macros in stdio.h non-portable (e.g., C++ ::feof() fails)
State-Changed-From-To: open->closed
State-Changed-By: jilles
State-Changed-When: Sun Apr 6 11:26:01 UTC 2014
State-Changed-Why:
As part of the xlocale work 2-3 years ago, the macros were removed for C++
compilation. Thi
13 matches
Mail list logo