\summary{2009}{3}{26} \agendaitem{GLEP 55} \index{parse-eapi} Petteri noted that portage had recently gotten support for both \glep{55} and the parse-eapi proposal. Petteri will have benchmarks done by the next meeting. \agendaitem{EAPI-3 Proposals} \index{EAPI!3} \index{slot operators}\index{src_install}\index{doinclude}\index{dosed} \index{unpack}\index{docompress}\index{doexample}\index{dohard} \index{disable-dependency-tracking}\index{die}\index{DOCS} \index{$\vert\vert$ dependencies}\index{dependencies!$\vert\vert$} \index{--disable-dependency-tracking} A call for objections to/questions about any of the various proposals was asked for. What follows is a list of proposals to which objections were raised or for which there are open questions as well as who raised the points. \begin{itemize} \item slot operator support: leio, open questions, position pending on answers \item default_src_install: leio, open questions; dberkholz, dertobi123 \item doinclude: dberkholz, leio \item dosed: dberkholz \item unpack failing on unknown types: dberkholz \item docompress: leio, needs to review proposal and prepalldocs; dev-zero, thinks it's useless \item doexample: dev-zero, thinks it should have -r if we have it at all \item dohard being deprecated: leio, thinks it should remain and have its bugs fixed. \item disable-dependency-tracking: lu_zero, possible breakage of configure scripts (mplayer \& ffmpeg mentioned) \item utility commands should die by default: leio, open questions \item ban $\vert\vert$ ( foo? ( . ) . ): leio, sees no reason to ban something that might have some valid use cases \end{itemize} One part of the EAPI-3 discussion is whether to have variables that behind-the-scenes control the default functions. The DOCS variable was created so that a list of documentation to install can be passed to default_src_install. A 4-2 vote approved the DOCS variable for use in src_install. Specific details have not yet been worked out. \agendaitem{Open Floor} \index{KEYWORDS} Ned Ludd(solar) requested that the council discuss a migration of KEYWORDS out of ebuilds to be discussed at the next meeting.