Date: Sat, 20 Mar 1999 14:23:56 +0200 (EET) From: Narvi <narvi@haldjas.folklore.ee> To: "Daniel C. Sobral" <dcs@newsguy.com> Cc: Eivind Eklund <eivind@FreeBSD.ORG>, freebsd-chat@FreeBSD.ORG Subject: Re: 1998 Bugs Message-ID: <Pine.BSF.3.96.990320141803.13278M-100000@haldjas.folklore.ee> In-Reply-To: <36EE9750.AB88915E@newsguy.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 17 Mar 1999, Daniel C. Sobral wrote: > Eivind Eklund wrote: > > > > I think that would be a good idea. My take on this is that we should > > have a team of people that take responsibility for handling PRs, and > > that each incoming PR should be assigned to one of the people on the > > team. That person has the responsibility for handling the PR *in some > > fashion*. This could be > > * To commit a patch > > * To track down the correct person for fixing this PR and transferring > > the responsibility > > * To reply to the person that originally sent the PR, attempting to > > get hold of more information > > * To decline a suggestion for change > > * To identify this is a correct PR, stamp it with 'correct problem > > report', and put it on active status. > > > > The clue is just that the person does _something_ about the PR, > > instead of leaving both the PR and the person sending it high 'n dry, > > with no response at all from FreeBSD. > > That was my general feeling. > > > Technically, I would implement the above scheme as a two-part system: > > 1. A cronjob that goes through all new PRs every night, and assigns > > them to people from a list of PR tag team members. (Round-robin > > fashion, of course). > > 2. A small setuid program for adding and removing people from said > > list. > > > > I'm willing to be on such a team if 10 other committers also are - if > > I get 10 volunteers, I'll write up the code. > > I'd volunteer, too. There is a few problems we have to plan for, > though. > > * How do we deal with "disappearing" volunteers? > If the status of the prs > * How do we deal with volunteers that lagged too much and then > discover they won't be able to deal with the problems assigned to > them? > Every volunteer has a "weight" (or lightness) associated with him/herself. A weight they can change themselves. If they see something coming up that will dramatically eat up their availbale free time, they will set it to lower or even to zero. > * Life happens; people should belong to this list if they have *the > time* to handle it. That means people should be relatively free to > bug out when they feel they won't be able to handle the load. And > that means there will be times when there are too few volunteers, > which would be swamped with PRs. > Definately. > I suggest "hard limits" on the number of PRs per volunteer to be > handed out each day. When the limit is reached, the PRs get queued > until the next day. > > Or any number or variants on the above. > > Anyway, we have to deal with the general problem of having the > person to which a PR was assigned not handle it. > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > > "What happened?" > "It moved, sir!" > Sander There is no love, no good, no happiness and no future - all these are just illusions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.990320141803.13278M-100000>