summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAndreas K. Hüttel <dilfridge@gentoo.org>2017-05-10 02:14:10 +0200
committerAndreas K. Hüttel <dilfridge@gentoo.org>2017-05-10 02:14:10 +0200
commit6ffa8c30faad7a6d0a1446f6480674e81e2847ca (patch)
tree2b1c4da6c9174ee1d9577da1a042d5981732e71e /decisions/summary-20090226.tex
parentImprove 2/2009 (diff)
downloadcouncil-6ffa8c30faad7a6d0a1446f6480674e81e2847ca.tar.gz
council-6ffa8c30faad7a6d0a1446f6480674e81e2847ca.tar.bz2
council-6ffa8c30faad7a6d0a1446f6480674e81e2847ca.zip
Improve up to 3/2009
Diffstat (limited to 'decisions/summary-20090226.tex')
-rw-r--r--decisions/summary-20090226.tex75
1 files changed, 37 insertions, 38 deletions
diff --git a/decisions/summary-20090226.tex b/decisions/summary-20090226.tex
index a7693e5..bf6c034 100644
--- a/decisions/summary-20090226.tex
+++ b/decisions/summary-20090226.tex
@@ -1,60 +1,59 @@
\summary{2009}{2}{26}
+Agenda call: \agoref{gentoo-dev}{6ca56e28c0a22b09ebe076ac57defcfd}
-\agendaitem{Open Council Spot}
+Agenda announcement: \agoref{gentoo-dev}{b3ae2dcfe00504d0d5f8ce9abb196176}
+
+
+\agendaitem{Vacant council seat}
\index{council!members}
-Should leio fill the empty council spot?
+Should \dev{leio} fill the vacant council seat?
- Since Mark(halcy0n) resigned from the council there is an empty spot.
- Since Mart Raudsepp(leio) is ranked next from the last election, he is
- eligible to fill the spot.
+Since \dev{halcy0n} resigned from the council there is a vacant seat. Since
+\dev{leio} is ranked next from the last election, he is eligible to fill the
+seat.
- Conclusion:
- Mart Raudsepp is unanimously approved for the council.
+Conclusion: \dev{leio} is unanimously approved for the council.
\agendaitem{GLEP 55}
-\index{GLEP!55}
- There had been quite a bit of discussion on this topic recently.
- Within hours of the council meeting new proposals were being proposed
- and discussion was ongoing.
+There had been quite a bit of discussion on the topic of \glep{55} recently.
+Within hours of the council meeting new proposals were being proposed and
+discussion was ongoing. Also during the council meeting a lengthy discussion
+resulted.
+
+Conclusion: No decision as of yet. \dev{ciaranm} and \dev{zmedico} volunteered
+to benchmark the various proposals on the package managers they maintain
+(paludis and portage, respectively). \dev{betelgeuse} will assist with the
+portage benchmarks. \dev{dev-zero} and \dev{antarus} will write up a comparison
+of the various proposals and their various advantages and disadvantages within a
+week.
- Conclusion:
- No decision as of yet. Ciaran Mccreesh(ciaranm) and Zac
- Medico(zmedico) volunteered to benchmark the various proposals on
- the package managers they maintain(paludis and portage
- respectively. Petteri(Betelgeuse) will assist with the portage
- benchmarks. Tiziano(dev-zero) and Alec Warner(antarus) will write
- up a comparison of the various proposals and their various
- advantages and disadvantages within a week.
\agendaitem{GLEP 54}
-\index{GLEP!54}
- There had been some discussion on gentoo-dev since last meeting,
- though no consensus or agreement had been reached(surprise!)
+There had been some discussion regarding \glep{54} on gentoo-dev since the last
+meeting, though no consensus or agreement had been reached (surprise!).
- Conclusion:
- Thomas Anderson(tanderson) and Luca Barbato(lu_zero) will write up
- a comparison of the advantages and disadvantages of the two
- proposals(-scm and _live). This will be completed within a week.
+Conclusion: \dev{tanderson} and \dev{lu_zero} will write up a comparison of the
+advantages and disadvantages of the two proposals (-scm and _live). This will
+be completed within a week.
\agendaitem{Overlay Masking in Repositories}
\index{package.unmask}\index{overlays}
- Brian Harring(ferringb) asked for discussion for when overlays
- attempted to unmask packages provided by the master
- repository(gentoo-x86). Because this is only available in portage
- (it is contrary to PMS), Brian thought it should not be allowed.
-
- Numerous suggestions were made to the effect that if a standardized
- set format was agreed upon for repositories and package.unmask was
- allowed to contain sets, then this problem would be fixed.
-
- Conclusion:
- No decision, as only discussion was requested. Mart Raudsepp(leio)
- will follow up on this with discussion on gentoo-dev
+\dev{ferringb} asked for discussion for when overlays attempt to unmask
+packages provided by the master repository (gentoo-x86). Because this is only
+available in portage (it is contrary to PMS), Brian thought it should not be
+allowed.
+
+Numerous suggestions were made to the effect that if a standardized set format
+was agreed upon for repositories and package.unmask was allowed to contain
+sets, then this problem would be fixed.
+
+Conclusion: No decision, as only discussion was requested. \dev{leio} will
+follow up on this with discussion on gentoo-dev.