Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 3 May 1998 12:35:20 -0400
From:      Randall Hopper <rhh@ct.picker.com>
To:        Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc:        freebsd-bugs@FreeBSD.ORG
Subject:   Re: bin/5296
Message-ID:  <19980503123520.A5017@ct.picker.com>
In-Reply-To: <11530.894208509@critter.freebsd.dk>; from Poul-Henning Kamp on Sun, May 03, 1998 at 05:15:09PM %2B0200
References:  <19980503110644.A4917@ct.picker.com> <11530.894208509@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
Poul-Henning Kamp:
 |>Poul-Henning Kamp:
 |> |> |> |Synopsis: slattach fails creating pidfile with ioctl(TIOCSCTTY):
 |> |> |> |          Operation not permitted
 |> |> |> |
 |> |> |> |State-Changed-From-To: open-closed
 |> |> |> |State-Changed-By: phk
...
 |
 |closed means: "It will never happen if it hasn't happened by now.  There
 |is no patch, and it is dogwash priority for everybody to make one."

Ok, now I know.  In the future I'll be less intent on investigating and
logging detailed PRs for bugs in less trafficed areas since they could just
be closed.

This is different from the style of bug tracking I'm used to.  That is, if
the bug is low enough priority it hasn't bubbled to the top, fine.  But it
still stays in the database until its fixed or the software is removed.

This open PR state info is useful for record keeping and searches.  For
example, if someone decides to rewrite or rework a software enditem, they
would certainly like to know the full set of open problems exist on that
software.  Or if someone is looking for an area to contribute that'll make
the biggest difference, they might like to see how many PRs are outstanding
on the candidate enditems.

 |Why don't you take a stab at fixing it yourself ?  If you send us a patch
 |bugs like this are likely to get fixed.

If it bubbles to the top of my priority, I will.  As a workaround, I just
ignore the PID file since it's existance can't be counted on so this isn't
too high a priority.

Randall

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980503123520.A5017>