The following reply was made to PR misc/164011; it has been noted by GNATS.
From: Matthew Story
To: Eugen Konkov
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: misc/164011: comments in rc.conf cause system loading
Date: Wed, 11 Jan 2012 02:10:26 -0500
--f46d043c07be761be204b63b53d8
Content
>Number: 164011
>Category: misc
>Synopsis: comments in rc.conf cause system loading
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw
>Number: 164005
>Category: misc
>Synopsis: rebooting while fsck in progress cause start fsck again
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Cla
Здравствуйте, Doug.
Вы писали 11 января 2012 г., 2:12:56:
DB> On 01/10/2012 16:07, Коньков Евгений wrote:
>> in other world: assume ./ as srouce directory instead of /usr/src
DB> That's not going to happen. The solution is to use the -m option.
DB> Various reasons why, the most important of whi
On 01/10/2012 16:07, Коньков Евгений wrote:
> in other world: assume ./ as srouce directory instead of /usr/src
That's not going to happen. The solution is to use the -m option.
Various reasons why, the most important of which is that there is no way
to know for sure if . is the source directory
Здравствуйте, Dougb.
Вы писали 11 января 2012 г., 1:43:32:
dFo> Synopsis: mergemaster(8): harcoded source tree path in 'mergemaster -p'
dFo> State-Changed-From-To: open->closed
dFo> State-Changed-By: dougb
dFo> State-Changed-When: Tue Jan 10 23:41:44 UTC 2012
dFo> State-Changed-Why:
dFo> You n
Old Synopsis: harcoded source tree path in 'mergemaster -p'
New Synopsis: mergemaster(8): harcoded source tree path in 'mergemaster -p'
Responsible-Changed-From-To: freebsd-bugs->dougb
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Jan 10 23:38:19 UTC 2012
Responsible-Changed-Why:
>Number: 163997
>Category: misc
>Synopsis: harcoded source tree path in 'mergemaster -p'
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class:
>Number: 163993
>Category: conf
>Synopsis: wrong documentation in /usr/src/Makefile
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw
>Number: 163992
>Category: misc
>Synopsis: dumpfs -m is broken
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id:
Synopsis: [null] /dev/null does not support nonblocking operation,
fcntl(0,F_SETFL,O_NONBLOCK) fails
Responsible-Changed-From-To: freebsd-bugs->gnn
Responsible-Changed-By: gnn
Responsible-Changed-When: Tue Jan 10 20:01:35 UTC 2012
Responsible-Changed-Why:
Take this PR.
http://www.freebsd.org/cg
On Mon, 9 Jan 2012, Warren Block wrote:
The user can request usage() output with -h or --help or something
equivalent, and that output should go to stdout because it's not an error and
that data is what was requested. IMO, of course.
This should probably be implemented by passing a FILE poin
>Number: 163986
>Category: misc
>Synopsis: avoid reloading modules in devd for usb devices
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class:
[img_top.gif]
[img_skype_logo.gif]
[img_left_border.gif]
[spacer50.gif]
Dear Skype Member:
As part of our security measures, we regularly screen activity in the
Skype system.We recently contacted you after noticing an issue on your
account
This is the Last reminder to
14 matches
Mail list logo
