Re: [-comm-devel] Re: Please assign open problems to me

[Wendall C. <wen...@to...>]

+1 for the triage system. I don't want to see the tracker and task
queues become a big mess. The biggest problem is that the sf.net system
was originally designed for individual projects. The method Mike is
implementing will allow -comm be able to handle multiple jobs. I think
the biggest thing Mike needs at this point is feedback. I know there are
several of us admins capable of administering the triage queue. We just
need to communicate on who is doing so and when. With the number of
projects now at -comm, it is time to just make the thing work. I for one
wouldn't want anybody but Mike handling this as he knows the SF.net
system better than any of the phpWebSite developers. Let's just keep
giving constructive feedback and get things ironed out. I'll help Mike
get the wiki up and running so we can start building documentation and
site docs as a group.

Wendall 

On Thu, 2004-07-01 at 11:02, Mike Noyes wrote:
> On Thu, 2004-07-01 at 08:43, Tony Miller wrote:
> > I thought that what I had asked wasn't unreasonable (it's a switch  
> >  that's flipped, auto-assigning issues to the guy who wrote the  
> >  module).  There seems to be a level of complication and
> >   administration  that I don't really believe is necessary.
> 
> Tony,
> It isn't unreasonable. I'll even capitulate on this, if the community
> thinks the project can function without a triage system. I'm just
> concerned the tracker and task queues will become an unmanageable mess
> over time. This happened on LEAF, and I still haven't sorted the mess
> out. It also happened to SF (Alexandria). Jacob Moorman was able to put
> a triage system in place that corrected the problem. Take a look at
> their queue for an example of what I'd like to see us implement.
> 
> https://sourceforge.net/tracker/?group_id=1&atid=200001
> 
> > This is just my opinion, and I'm assuming this list is where we can
> >  voice our opinions.
> 
> It is. Opinions are how consensus is achieved. It's often a messy
> process, but the results are worth while. :-)
> 
> > Why IS phpwebsite on SorceForge?  It seems that the CVS tree is being 
> > hosted elsewhere.
> 
> SF projects can make use of selected features. The phpWebSite ASU team
> decided to make use of SF forums, trackers, and developers mailing list.
> They desired local control of these resources at ASU: CVS repository,
> website, and cvs notice list. phpWebSite Community Development was
> founded to allow third parties a place to contribute to phpWebSite, as
> access to the ASU cvs repository is restricted, etc.
> 
> > I would really miss the tracker.  It's one of the main reasons I joined 
> > the project on SF.
> 
> I would also, but all the alternatives have features equivalent to the
> ones provided by SF available.
-- 
"Only the ideas that we really live have any value." --Hermann Hesse
(Demian)