summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorUlrich Müller <ulm@gentoo.org>2017-12-27 14:10:59 +0100
committerUlrich Müller <ulm@gentoo.org>2017-12-27 14:10:59 +0100
commite93ceb02922f901a1d52e2b8b9e499aebe9d38ac (patch)
treeba8e2b9cfcb1ef45e30954b38ffde06e92d3102d /glep-0006.rst
parentglep-0074: Mark Final per 2017-12-10 Council meeting (diff)
downloadglep-e93ceb02922f901a1d52e2b8b9e499aebe9d38ac.tar.gz
glep-e93ceb02922f901a1d52e2b8b9e499aebe9d38ac.tar.bz2
glep-e93ceb02922f901a1d52e2b8b9e499aebe9d38ac.zip
glep-0006: Minor fixes.
Reported-by: Francesco Turco <fturco@fastmail.fm> Closes: https://bugs.gentoo.org/642146
Diffstat (limited to 'glep-0006.rst')
-rw-r--r--glep-0006.rst18
1 files changed, 9 insertions, 9 deletions
diff --git a/glep-0006.rst b/glep-0006.rst
index 7ac6e6b..ddb9377 100644
--- a/glep-0006.rst
+++ b/glep-0006.rst
@@ -6,7 +6,7 @@ Type: Standards Track
Status: Final
Version: 1
Created: 2003-07-02
-Last-Modified: 2014-01-15
+Last-Modified: 2017-12-27
Post-History: 2003-07-09, 2003-07-28
Content-Type: text/x-rst
---
@@ -23,7 +23,7 @@ Abstract
========
Gentoo Linux should have one day a month that is devoted to clearing out bugs,
-and accepting new ebuilds from bugzilla. This one day a month should not
+and accepting new ebuilds from Bugzilla. This one day a month should not
replace a developers normal bug tracking duties. This "bug day" should become
something that involves the user community to make them feel closer to the
developers.
@@ -31,8 +31,8 @@ developers.
Motivation
==========
-I believe this would help keep the number of bugs in bugzilla at a lower level.
-This would also be a good chance for some user submitted ebuilds to be committed
+I believe this would help keep the number of bugs in Bugzilla at a lower level.
+This would also be a good chance for some user-submitted ebuilds to be committed
that would normally go overlooked. I think this is a good idea. We could turn
this into a big deal for the user community.
@@ -48,22 +48,22 @@ developers can try to get some of the users to help them out. A prize to
the most successful developer was suggested. This is an idea to keep in
mind for the future. I guess I'm going to be the one coordinating this
until I get help, but when I do get help in coordinating this we can
-coordinate via irc if all parties are capable, or email if not. I will
+coordinate via IRC if all parties are capable, or email if not. I will
send out a notice telling the details at least one week in advance to the
-dev, -core, and -user mailing lists.
Rationale
=========
-Gnome [1]_ , Mozilla, Zope [2]_ , and other open source projects do something similar with good
-success.
+GNOME [1]_, Mozilla [2]_, Zope, and other open source projects do something
+similar with good success.
References
==========
-.. [1] http://developer.gnome.org/projects/bugsquad/triage/faq.html#II
+.. [1] https://wiki.gnome.org/Bugsquad/TriageGuide/FrequentlyAskedQuestions
-.. [2] http://dev.zope.org/CVS/BugDays
+.. [2] https://wiki.mozilla.org/Bugdays
Copyright
=========