About Feedback timeout

Giorgos Keramidas keramida at freebsd.org
Wed Apr 6 05:35:26 PDT 2005


On 2005-04-05 22:56, Matteo Riondato <rionda at gufi.org> wrote:
> While digging in the PR database to find some PRs I can help to solve,
> I found many PRs still open even if they are really old, refer to old
> and no longer supported -RELEASE or the submitter didn't reply to
> feedback request.
>
> I'm wondering what should be done with them and if I should point them
> out, replying to each one of them or if I can post a list of PRs that
> I think can be closed.

I have been running a weekly cron job on freefall for some years now,
that finds problem reports in "feedback" state and tracks down their
last time of modification.  The output is available online at:

        http://people.freebsd.org/~keramida/pr/feedback.txt

Some times, I use it to find problem reports that may be interesting but
seem to have been dropped for lack of time, or any other reason.  A good
way to handle these is to try to contact the original submitter and see
if they are still having problems, if they have tried a more recent
FreeBSD version (possibly solving the original problem), or if they no
longer care about this because they moved on to work on other things.

> The same apply for some "patched" PRs too.

Patched PRs are a bit different, because being in a "patched" state
means that they did get committed to HEAD.  They should be treated with
even more care, since getting them backported to non-CURRENT releases is
often just a matter of tracking down and notifying the committer who did
the original commit.



More information about the freebsd-bugs mailing list