IRC debate feedback

2005-03-16 Thread Helen Faulkner
Hi All, Having just run the 2005 DPL IRC debate (and a stressful experience it was too), Martin Krafft and I would like to get feedback on what people thought of the debate and how it was run. Suggestions for future debates will be very welcome, not that I am planning to volunteer to do that again

Re: IRC debate feedback

2005-03-16 Thread Adrian von Bidder
Helen, Martin - thanks for your effort. I found the first hour basically wasted time - the strength of IRC is that it's real-time, while the form of the first hour of debate did not really use that, instead showing the weaknesses of IRC when text needs to be copied pasted around :-) The

Re: IRC debate feedback

2005-03-16 Thread Marc Haber
On Wed, Mar 16, 2005 at 01:44:45PM +0100, Adrian von Bidder wrote: I found the first hour basically wasted time - the strength of IRC is that it's real-time, while the form of the first hour of debate did not really use that, instead showing the weaknesses of IRC when text needs to be

Re: IRC debate feedback

2005-03-16 Thread Frank Küster
Marc Haber [EMAIL PROTECTED] wrote: On Wed, Mar 16, 2005 at 01:44:45PM +0100, Adrian von Bidder wrote: I found the first hour basically wasted time - the strength of IRC is that it's real-time, while the form of the first hour of debate did not really use that, instead showing the

Re: IRC debate feedback

2005-03-16 Thread Helen Faulkner
Marc Haber wrote: On Wed, Mar 16, 2005 at 01:44:45PM +0100, Adrian von Bidder wrote: [...] I haven't looked at any earlier IRC DPL candidate debates, so I can't compare if this was better or worse. Earler debates may have been easier due to the lower number of participants. I strongly suspect

Re: Question for all candidates: Security team

2005-03-16 Thread Martin Michlmayr
* Henning Makholm [EMAIL PROTECTED] [2005-03-15 12:32]: It has been asserted on several occasions over the last few years that the security team is overworked and understaffed. This is a problem that is hard for the average developer to help with, because someone who spontaneously volunteers

Re: IRC debate feedback

2005-03-16 Thread Marc Haber
On Wed, Mar 16, 2005 at 02:28:25PM +0100, Frank Küster wrote: I also liked the second part better. I could imagine a compromise in the middle of both schemes, for something to replace the first part; I don't know whether this is technically manageable, though. My suggestion is that only one

Re: How to be debian developer

2005-03-16 Thread Martin Michlmayr
* Christoph Berg [EMAIL PROTECTED] [2005-03-15 14:12]: The baseline is: you don't ask for participating, you just do it by getting involded in the areas you are interested in. What you say is basically true. However, many Asian countries are very new to free software (open source) development

Re: How to be debian developer

2005-03-16 Thread Martin Michlmayr
* Rapid Sun [EMAIL PROTECTED] [2005-03-15 16:35]: Cambodia is new to Open Source. I am very interesting in this and some of my students want to be debian developer. Can you tell me how can we start on this? In addition to what the other people have already said, I intend to write a message

Re: Etch Release Tracking in debbugs (Was: Re: Bits (Nybbles?) from the Vancouver release team meeting)

2005-03-16 Thread Martin Michlmayr
* Daniel Ruoso [EMAIL PROTECTED] [2005-03-16 14:20]: Now that Joey posted a patch to debbugs implementing the dependencies between bugs, could we think in creating a virtual s/virtual/pseudo/ A virtual package is something else. package etch, and using it to formalize and track the goals for

Re: Etch Release Tracking in debbugs (Was: Re: Bits (Nybbles?) from the Vancouver release team meeting)

2005-03-16 Thread Martin Michlmayr
* Daniel Ruoso [EMAIL PROTECTED] [2005-03-16 14:38]: Also, we don't have any pseudo package for edge or release management stuff yet, so someone has to request it (and before requesting it think about how it will be used and what we really need). That's what I'm trying to do here. But

Re: Etch Release Tracking in debbugs (Was: Re: Bits (Nybbles?) from the Vancouver release team meeting)

2005-03-16 Thread David Nusinow
On Wed, Mar 16, 2005 at 06:03:35PM +, Martin Michlmayr wrote: Anyway, I'd personally like to see more discussion about how to use this feature before actually going ahead and using it. There are the obvious use scenarios of actually using it to track real bug dependencies. I can also

Re: Etch Release Tracking in debbugs (Was: Re: Bits (Nybbles?) from the Vancouver release team meeting)

2005-03-16 Thread Daniel Ruoso
Em Qua, 2005-03-16 às 15:03, Martin Michlmayr escreveu: * Daniel Ruoso [EMAIL PROTECTED] [2005-03-16 14:38]: Also, we don't have any pseudo package for edge or release management stuff yet, so someone has to request it (and before requesting it think about how it will be used and what we

Re: Etch Release Tracking in debbugs (Was: Re: Bits (Nybbles?) from the Vancouver release team meeting)

2005-03-16 Thread David Nusinow
On Wed, Mar 16, 2005 at 03:48:33PM -0800, Don Armstrong wrote: On Wed, 16 Mar 2005, David Nusinow wrote: The problem with this is that adding a lot of features to the BTS while it's in use for etch may not be the wisest move. The last thing we need is having our bug system go down because

Re: Etch Release Tracking in debbugs (Was: Re: Bits (Nybbles?) from the Vancouver release team meeting)

2005-03-16 Thread Martin Michlmayr
* Michael Banck [EMAIL PROTECTED] [2005-03-17 02:15]: Also, we don't have any pseudo package for edge or release management stuff yet, Eeek, it's 'etch' :P Doh, thanks. I see I made this typo several times (in other postings too). I think I'll be able to get it right from now on. Maybe I