summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--decisions/decisions.but2
-rw-r--r--decisions/decisions.tex3
-rw-r--r--decisions/summary-20141111.tex79
-rw-r--r--decisions/summary-20141209.tex31
-rw-r--r--decisions/summary-20150113.tex47
5 files changed, 162 insertions, 0 deletions
diff --git a/decisions/decisions.but b/decisions/decisions.but
index c10b655..91288ca 100644
--- a/decisions/decisions.but
+++ b/decisions/decisions.but
@@ -60,6 +60,8 @@ net-misc/openssh: do not enable USE=hpn by default
[Future EAPI] call eclass phase functions from all eclasses by default
520074
GLEP 39 rump council privilege escalation in secret meeting
+523828
+GLEP 42 update: Unify gentoo-news repo and rsync structure
53269
GLEP 27 needs to be implemented (Portage Management of UIDs/GIDs)
565566
diff --git a/decisions/decisions.tex b/decisions/decisions.tex
index cb93e5b..f4dd6a2 100644
--- a/decisions/decisions.tex
+++ b/decisions/decisions.tex
@@ -155,6 +155,9 @@ Council members: blueness, dberkholz, dilfridge, radhermit, rich0, ulm, williamh
\include{summary-20140909}
\include{summary-20141014}
\include{summary-20141021}
+\include{summary-20141111}
+\include{summary-20141209}
+\include{summary-20150113}
\chapter{Meeting summaries 2015/16}
diff --git a/decisions/summary-20141111.tex b/decisions/summary-20141111.tex
new file mode 100644
index 0000000..73dba6f
--- /dev/null
+++ b/decisions/summary-20141111.tex
@@ -0,0 +1,79 @@
+
+\summary{2014}{11}{11}
+
+
+\agendaitem{Validity of Unattached Tinderbox Logs}
+\index{tinderbox logs}\index{bugzilla!attachments}
+
+Reference: http://thread.gmane.org/gmane.linux.gentoo.devel/93356/focus=93435
+(broken link)
+
+Should/may maintainers close bugs that have tinderbox logs passed by URL
+without being attached?
+
+\vote{The council recommends that bugs from any developer-run tinderbox not
+be marked invalid based on whether the logs are attached or pointed to
+by a permanent URL. The council also encourages efforts to automate
+the attachment of tinderbox logs to improve the quality of the bugzilla
+record.}{Aye: blueness, dberkholz, dilfridge, creffet proxy for radhermit,
+rich0, ulm, williamh}
+
+
+\agendaitem{Future.eclass}
+\index{eclass!future.eclass}\index{EAPI!6}\index{EAPI!5}
+
+Reference: http://thread.gmane.org/gmane.linux.gentoo.devel/93609 (broken link)
+
+Please review the attached future.eclass. Long story short, the idea is
+to provide some of the EAPI 6 feel to EAPI 5 ebuilds.
+
+Quoting the beginning of the DESCRIPTION:
+\begin{verbatim}
+# This eclass contains backports of functions that were accepted
+# by the Council for the EAPI following the EAPI used by ebuild,
+# and can be implemented in pure shell script.
+\end{verbatim}
+
+\vote{The council does not agree with the concept behind future.eclass as it
+has the potential for confusion. Efforts would be better focused on
+preparing for EAPI 6 and adopting this.}{
+Aye: blueness, dilfridge, creffet proxy for radhermit, rich0, ulm, williamh
+Abstain: dberkholz}
+
+
+\agendaitem{Allowing die within subshells in EAPI 6}
+\index{die in subshells}\index{EAPI!6}
+
+This was suggested late, off-list, and with no list discussion. I
+recommend deferring any decisions, but if anybody wants to take the
+opportunity to comment they may.
+
+See the log for discussion. This was referred back to the lists for open
+discussion before we vote.
+
+
+\agendaitem{Deprecating and killing the concept of herds}
+\index{herds}
+
+Rich0 will work on his proposal further. There isn't anything ripe for a
+decision yet.
+
+
+\agendaitem{Status of Games Team}
+\index{games team}\index{project!games}
+
+The council agreed to re-iterate the call for volunteers and for QA to
+take action where necessary. However, there are no new decisions.
+
+
+\agendaitem{Bugs assigned to Council}
+
+\bug{503382}: dberkholz reports that he is 2/3rds done with this.
+
+
+\agendaitem{Open floor}
+\index{EAPI!6}\index{install-qa-check.d}
+
+See log for discussion around EAPI6 and install-qa-check.d.
+
+
diff --git a/decisions/summary-20141209.tex b/decisions/summary-20141209.tex
new file mode 100644
index 0000000..4838578
--- /dev/null
+++ b/decisions/summary-20141209.tex
@@ -0,0 +1,31 @@
+
+\summary{2014}{12}{9}
+
+
+\agendaitem{Bug 523828: GLEP 42 update: Unify gentoo-news repo and rsync
+structure}
+\index{GLEP!42}\index{gentoo-news.git}
+
+Reference: \bug{523828}
+
+Noone voiced any opposition to the proposed change (dropping the year
+subdirectory from gentoo-news.git); consensus was to go ahead with it. No
+formal vote was taken.
+
+\agendaitem{Open Floor}
+\index{metadata.xml}\index{project!QA}\index{ebuild!global scope}
+\index{PMS}\index{has_version}\index{best_version}\index{EAPI!6}
+
+Michal Gorny brought up the topic of metadata.xml reorganization, which led to
+a lengthy discussion. No formal decision was taken, but a lot of ideas were
+collected for a future elegant and simplified replacement proposal (including
+e.g. using yaml or moving a default e-mail domain of maintainer addresses to
+layout.conf).
+
+It was brought up that the QA team lead election is due.
+
+The question was brought up whether helper functions were ever banned officially
+in global scope. Conclusion was that a) it's been banned from the start in PMS,
+and b) QA has decided already to explicitly make global-scope 'use*',
+'has_version' and 'best_version' fatal since EAPI 6. No action by the council
+needed, only by the portage team.
diff --git a/decisions/summary-20150113.tex b/decisions/summary-20150113.tex
new file mode 100644
index 0000000..13b891e
--- /dev/null
+++ b/decisions/summary-20150113.tex
@@ -0,0 +1,47 @@
+
+\summary{2015}{1}{13}
+
+
+\agendaitem{Discussion of GLEP39, "unresponsive projects" / "unresponsive
+project leads}
+\index{GLEP!39}\index{projects!unresponsive}\index{project leads!unresponsive}
+\index{project!toolchain}
+
+It was brought up what to do if a project and / or its lead are unresponsive,
+in particular if someone wants to co-maintain and help out but e.g. never gets
+a response to e-mails. The specific case in question was toolchain maintenance.
+
+The consensus was that developers should apply for project membership, and if
+no response at all comes within a reasonable timeframe, be bold, add themselves
+to the project, and start contributing in a resposible and careful way. This
+explicitly also applies to central projects such as toolchain.
+
+
+\agendaitem{Policy for long-term package masks}
+\index{package mask}
+
+The question was brought up whether packages can remain masked for an indefinite
+time, e.g. due to QA or security issues, or whether they have to be removed
+after some time.
+
+After discussion, the following motions were passed:
+\vote{Packages with security vulnerabilities may remain in tree package-masked
+for indefinite time, assuming there are no replacements for them and they have
+active maintainers.}{(5 yes, 2 no)}
+\vote{The security issue must be documented in the mask message, with bug
+number.}{(6 yes)}
+
+
+\agendaitem{Bug 523828 "GLEP 42 update: Unify gentoo-news repo and rsync
+structure"}
+\index{bug!523828}
+
+Nothing left to do for the council, removed from CC list.
+
+
+\agendaitem{Open Floor}
+\index{games!masked games}
+
+Discussion regarding long-term masked games ensued. A suggestion was to start
+last-rites procedures in selected cases- if noone steps up and / or
+protests with good arguments, then the game is unmaintained and can be removed.