
\summary{2009}{2}{12}

\agendaitem{Should the council have a dedicated secretary?}
\index{council!secretary}

 Previously dberkholz fulfilled this roll, but he became busy.
	Because fulfilling the secretary duties can distract from the
	meeting, a dedicated, non-council member secretary is ideal.

	Conclusion:
	   tanderson is the new secretary. Logs and summary are to be
	   posted on the -council mailing list. If no objections to it
	   are raised in 1 day, it is posted to the council page and lists.

\agendaitem{Council Elections}
\index{council!election}

    	Should there be staggered elections every 6 months where half the
	    council members stand for reelection?

	Conclusion:
	    Leave as-is, elections every 6 months is too cumbersome. Full elections
        will be held once a year.

       What happens if there aren't enough candidates nominated to fill all
	    the council seats?

	Conclusion:
	    If the pseudo-candidate '_reopen_nominations' appears in 7th place
	    or higher those candidates that rank above '_reopen_nominations'
	    will be the current council. A second period of nominations will
	    be opened for the remaining council seats. No third period of
	    nominations will be opened in the event '_repoen_nominations'
	    ranks higher than the candidates necessary to fill the council.


\agendaitem{Prepalldocs}
\index{prepalldocs}\index{EAPI!0}\index{EAPI!1}\index{EAPI!2}

        Should 'prepalldocs' be allowed in current EAPIs?

        Conclusion:
            Prepalldocs is banned in current EAPIs(0,1,2). It should be
            removed from ebuilds. Petteri Räty(Betelgeuse) will make QA
            checks for repoman.

\agendaitem{BASH version allowed in the tree}
\index{bash!features in ebuilds}\index{PMS}

        PMS states that ebuilds can only rely on BASH 3.0 features. However,
        some code in gentoo-x86 uses BASH 3.1 features('+=' being the most
        notable) and so is not in conformance with PMS. It was suggested that
        BASH versions newer than 3.0 be allowed in a future EAPI. Ciaran
        Mccreesh, however, commented that this would require GLEP 55 being
        accepted so that a package manager would not have to source the ebuild
        before knowing what BASH version it requires.

        Conclusion:
            No decision. Doug(Cardoe) will follow this up with
            Tiziano(dev-zero) as a backup.


\agendaitem{Open Bugs}

\begin{itemize}
 \item 
 \bug{234711}:
	    GLEP 54 solves two problems, version ordering and periodic reinstall
	    of live packages. The Live Template proposal 
\url{http://dev.gentoo.org/~lu_zero/glep/liveebuild.rst} overlaps in that it 
also
	    allows for periodic reinstall of live packages. Luca(lu_zero)
        maintains that Live Template provides proper version ordering, while
        Ciaran(ciaranm) maintains that it does not. 

        Conclusion:
            No decision. The council cracked the whip on Luca(lu_zero) and
            he's going to handle the issue.
 \item
 GLEP 55(.ebuild-\$eapi ebuild suffix)
 
        Should .ebuild-\$eapi be approved? This ties in with "BASH version
        allowed in the tree" issue mentioned above.

        Conclusion:
            No decision. Tiziano(dev-zero) will be handling this bug.

 \item
 Code of Conduct

        Conclusion:
            No decision. Donnie(dberkholz) will be handling this bug.
\end{itemize}
