[uml-devel] Re: poll: uml bug management - was: Re: [uml-user] 2.6.6 Kernel mconsole & mem

["roland" <for_spam@gmx.de>]

jeff, 

> As you mentioned, I track bugs via the lists.  I have a todo folder into which
> I link any messages which require some sort of action, mostly bug reports.
> This does have the disadvantage that it is very opaque to everyone but me.
> It has the advantage of having been screened, and of being easy to mark things
> as requiring my attention at some point.

>Sometimes I wish I were less the boss.  There is absolutely nothing 
>preventing anyone from repackaging, porting, etc patches, and I wish people
>were doing more of it.
>That would make UML more useful for more people on more systems, and would
>lessen my workload some.

that is a little bit contradictory, IMHO.

on the one hand, you are the sole person to have the "complete view" to bugs and patches - all
others have to dig into the mailinglists (and see nothing but mails - especially newbies) - and 
there is much "noise" there :)
on the other hand, you wish, that you were less the boss.
i think it would be a benefit, if there was a way, that your "todo folder" would be more public. 

> I would use a bug reporting system if
> it was screened so that the only open problems in it are real problems
> someone else maintained it, and did so consistently

i don`t know, if i`m the right person for such job - but maybe it can be done by 2 or more persons?
i offer my help here! 
are there other candidates ?

regards
roland



----- Original Message ----- 
From: "Jeff Dike" <jdike@addtoit.com>
To: "roland" <for_spam@gmx.de>
Cc: "Mark Olliver" <mpo@thermeoneurope.com>; <user-mode-linux-devel@lists.sourceforge.net>; <blaisorblade_spam@yahoo.it>
Sent: Thursday, May 20, 2004 2:14 AM
Subject: Re: poll: uml bug management - was: Re: [uml-user] 2.6.6 Kernel mconsole & mem 


> for_spam@gmx.de said:
> > btw: should we file a bug-report at: http://sourceforge.net/tracker/
> > ?group_id=429&atid=100429 or shouldn`t that bugtracker not being used
> > anymore - in general ? if not, IMHO that bugtracker should be marked
> > "obsolete"(like the SF cvs repository)
> 
> You shouldn't.  I don't pay any attention to it.  However, I don't see any
> way of disabling it.
> 
> > i would like to give an example for a really nice "bug page": http://
> > rockbox.haxx.se/bugs.shtml
> >
> > that page is created by a script, which extracts the information from
> > SF and puts it into a  nicely formatted page: http://
> > cvs.sourceforge.net/viewcvs.py/rockbox/www/getbugs.pl
> >
> > why not using it, too ? 
> 
> As you mentioned, I track bugs via the lists.  I have a todo folder into which
> I link any messages which require some sort of action, mostly bug reports.
> 
> This does have the disadvantage that it is very opaque to everyone but me.
> It has the advantage of having been screened, and of being easy to mark things
> as requiring my attention at some point.
> 
> It does have other disadvantages, such as not being able to prioritize or
> categorize things.
> 
> I would use a bug reporting system if
> it was screened so that the only open problems in it are real problems
> someone else maintained it, and did so consistently
> other people watch the lists, and add bugs that are reported there,
> as well as updating the bugs with stuff like workarounds and patches
> 
> Jeff
> 


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel