
\summary{2009}{3}{26}

Agenda call: \agoref{gentoo-dev}{65222547a61c0e26cb0e954bcd8730ee}

Agenda announcement: \agoref{gentoo-dev}{a596800d3e64f1455f6049f5219dde4d}


\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 
done. 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: \dev{leio}, open questions, position pending on answers
\item
default_src_install:
\dev{leio}, open questions; \dev{dberkholz}, \dev{dertobi123}
\item
doinclude: \dev{dberkholz}, \dev{leio}
\item
dosed: \dev{dberkholz}
\item
unpack failing on unknown types: \dev{dberkholz}
\item
docompress: \dev{leio}, needs to review proposal and prepalldocs; 
\dev{dev-zero}, thinks it's useless
\item
doexample: \dev{dev-zero}, thinks it should have -r if we have it at all
\item
dohard being deprecated: \dev{leio}, thinks it should remain and have its bugs 
fixed.
\item
disable-dependency-tracking: \dev{lu_zero}, possible breakage of configure 
scripts (mplayer \& ffmpeg mentioned)
\item
utility commands should die by default: \dev{leio}, open questions
\item
ban ``$\vert\vert$ ( foo? ( . ) . )'': \dev{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{GLEP 55}
\index{parse-eapi}

\dev{betelgeuse} noted that portage had recently gotten support for both 
\glep{55} and the parse-eapi proposal. He will have benchmarks done by the next 
meeting.

