diff options
author | Ulrich Müller <ulm@gentoo.org> | 2017-12-27 14:10:59 +0100 |
---|---|---|
committer | Ulrich Müller <ulm@gentoo.org> | 2017-12-27 14:10:59 +0100 |
commit | e93ceb02922f901a1d52e2b8b9e499aebe9d38ac (patch) | |
tree | ba8e2b9cfcb1ef45e30954b38ffde06e92d3102d /glep-0006.rst | |
parent | glep-0074: Mark Final per 2017-12-10 Council meeting (diff) | |
download | glep-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.rst | 18 |
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 ========= |