summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-discuss/attachments/20100924/125c2520/attachment-0001.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-discuss/attachments/20100924/125c2520/attachment-0001.html')
-rw-r--r--zarb-ml/mageia-discuss/attachments/20100924/125c2520/attachment-0001.html16
1 files changed, 16 insertions, 0 deletions
diff --git a/zarb-ml/mageia-discuss/attachments/20100924/125c2520/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20100924/125c2520/attachment-0001.html
new file mode 100644
index 000000000..df62c4150
--- /dev/null
+++ b/zarb-ml/mageia-discuss/attachments/20100924/125c2520/attachment-0001.html
@@ -0,0 +1,16 @@
+<br><br><div class="gmail_quote">On Fri, Sep 24, 2010 at 13:58, Juergen Harms <span dir="ltr">&lt;<a href="mailto:Juergen.Harms@unige.ch">Juergen.Harms@unige.ch</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+Picking up from where Mageia forked off, many things activities look like continuity from Mandriva Linux. But forking is also a challenge to find not too hard to implement improvements - such as &quot;bugzilla monitoring&quot;.<br>
+
+<br>
+I think I am not the only one who frequently felt frustrated submitting yet another bug, knowing that it had more 50% of chance to disappear the &quot;oubliettes&quot;. I think there is an objective question: if bugs are not followed up, that should not just happen by accident - there should be an explicit and justified decision. There is also a subjective question: a user who went through the pains to write a good bug report should get a feedback with a followup, even if there are no &quot;comments&quot; in the bugzilla data base.<br>
+
+<br>
+Some ideas: have a &quot;lost bug advocate&quot;? create a team - just like the &quot;triage team&quot; that feels responsible for bugs not to disappear? (different from the, but talking to, maybe overlapping the triage team, leaning on the &quot;dev&quot; - in Mageia it will be a volonteer, even more important - to whom a bug is assigned) - proposing and justifying which bugs - for the time being - will have no follow up), creating some commented statistics on the fate of bugs - good for QA, but also for PR about Mageia? trigger an alarm if too many bugs remain un-resolved? - always assuming that enough active contribution can be recruited from the temp. wiki list. I also believe that, for Mageia, the situation is different. In Mandriva, I guess that some (many?) of these acitivities were done by staff of the QA group - in Mageia an alternative is needed.<br>
+
+<br>
+Maybe Mandriva had something like this - if yes, it was too well hidden.<br>
+_______________________________________________<br>
+Mageia-discuss mailing list<br>
+<a href="mailto:Mageia-discuss@mageia.org" target="_blank">Mageia-discuss@mageia.org</a><br>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-discuss" target="_blank">https://www.mageia.org/mailman/listinfo/mageia-discuss</a><br>
+</blockquote></div><br>+1<br clear="all"><br>-- <br><br>Frederic<br>