Improve up to 4/2008

1 files changed, 50 insertions, 55 deletions

diff --git a/decisions/summary-20080410.tex b/decisions/summary-20080410.tex
index 86f580e..677919a 100644
--- a/decisions/summary-20080410.tex
+++ b/decisions/summary-20080410.tex
@@ -2,12 +2,16 @@
 \summary{2008}{4}{10}
 
 
+Agenda call: \agoref{gentoo-dev}{0f6f6f5118a06929565edd2dbca8ae46}
+
+Agenda announcement: \agoref{gentoo-dev}{46bf3619625ec081d4c5c858e375c011}
+
+
+
 \agendaitem{Document of being an active developer}
 \index{developer certificate}
 
-Last month: No updates
-
-Updates: No updates
+There were no updates to this.
 
 
 
@@ -15,15 +19,8 @@ Updates: No updates
 \index{arches!slacking}
 
 
-3 months ago:
-		vapier will work on rich0's suggestion and repost it for 
-		discussion on -dev ML
-
-	Last month:
-		vapier said he was going to work on it this weekend.
+\dev{vapier} said he's finishing this up and will have it posted tonight.
 
-	Updates:
-		vapier said he's finishing it up and will have it posted tonight.
 
 
 \agendaitem{GLEP 46: Allow upstream tags in metadata.xml}
@@ -31,69 +28,67 @@ Updates: No updates
 
 Reference: \glep{46}
 
-	2 months ago:
-		Caveat on approval about allowed protocols
+The restriction to http/https has been dropped as pointed out by \dev{amne}.  
+The point for restricting the URLs to the mentioned protocols was that they 
+shouldn't link to automatically updated ressources.  This has been replaced by 
+an explicit specification and a recommendation that http/http should be 
+favoured over ftp/svn/gopher/etc to make the implementation for automated 
+update discovery tools easier (they should of course ignore URLs they can't 
+handle).
 
-	Updates:
-		Restriction to http/https has been dropped as pointed out by 
-		council members (amne and Flameeyes if I'm right).  The point 
-		for restricting the URLs to the mentioned protocols was that 
-		they shouldn't link to automatically updated ressources.  This 
-		has been replaced by an explicit specification and a 
-		recommendation that http/http should be favoured over 
-		ftp/svn/gopher/etc to make the implementation for automated 
-		update discovery tools easier (they should of course ignore URLs 
-		they can't handle).
+\vote{Approval of \glep{46}}{Approved with 5 yes votes, 1 abstention}
 
-		Approved.
 
 
 \agendaitem{Minimal activity for ebuild devs}
-\index{developers!minimal activity}
+\index{developers!minimal activity}\index{cia.vc}\index{ohloh}
+
+The current expected minimal activity for ebuild developers is 1 commit every 
+60 days. Should it be higher?
 
-Current is 1 commit every 60 days. Should it be higher?
+Agreement was hard to find. Some people thought it should be 1 commit / week, 
+others said that people have busy lives and questioned the benefits.
 
-Agreement was hard to find. Some people thought it should be 1 
-	commit / week, others said that people have busy lives and 
-	questioned the benefits.
+A number of people did agree that we should trust the judgment of the 
+undertakers.
 
-A number of people did agree that we should trust the judgment of 
-	the undertakers.
+\dev{dberkholz} suggested that low commit rates may not maintain the quality of 
+the committer, and that we should more carefully review the commits of these 
+people.
 
-dberkholz suggested that low commit rates may not maintain the 
-	quality of the committer, and we should more carefully review the 
-	commits of these people.
+Various ways to track commit statistics were discussed, such as cia.vc and 
+ohloh. cia.vc seems to have too much downtime to rely on. \dev{ciaranm} talked 
+with ohloh people already. ohloh would require some modifications to ohcount to 
+recognize ebuilds and eclasses, and a full copy of the cvs repository to start, 
+but it seems worth exploring. Betelgeuse said he would tar up a copy of the 
+gentoo-x86 repository.
 
-Ways to track commit stats of various sorts came up, such as cia.vc 
-	and ohloh. cia seems to have too much downtime to rely on. ciaranm 
-	talked with ohloh people already. ohloh would require some 
-	modifications to ohcount to recognize ebuilds and eclasses, and a 
-	full copy of the cvs repository to start, but it seems worth 
-	exploring. Betelgeuse said he would tar up a copy of the gentoo-x86 
-	repo.
 
 
 \agendaitem{Initial comments on PMS}
 \index{PMS}\index{EAPI!kdebuild-1}
 
-Reference: http://git.overlays.gentoo.org/gitweb/?p=proj/pms.git
+Reference: \url{https://gitweb.gentoo.org/proj/pms.git/}
 
-Are there any major changes needed, or just tuning details?
+Are there any major changes needed, or just tuning details? A list of remaining 
+items to be done was posted in the 
+\agoref{gentoo-dev}{21de1bcb87913938d804afa39f8f1d35}.
 
-The council voted that kdebuild-1 and other unapproved EAPIs could 
-	not be in an approved PMS document. The spec isn't a place for 
-	proposals or things that will never be submitted for approval by the 
-	council. It's a specification, a reference of what is allowed in the 
-	main tree.
+The council voted that kdebuild-1 and other unapproved EAPIs could not be in an 
+approved PMS document. The spec isn't a place for proposals or things that will 
+never be submitted for approval by the council. It's a specification, a 
+reference of what is allowed in the main tree.\footnote{Haven't found a clear 
+vote in the log yet, this seems to have been more of a conclusion that slowly 
+crystallized.}
 
 
 \agendaitem{Open floor}
 \index{project!devrel}
 
-	blackace asked about complaints against philantrop, eroyf, and spb.
-	vapier referred that to devrel. Betelgeuse said that there's been no
-	rejection or action on those complaints yet, and internal discussion 
-	is ongoing. Philantrop complained that he hadn't heard anything 
-	about complaints, and Betelgeuse said that since some members 
-	already left, he didn't want to take matters into his own hands in 
-	sharing private information.
+\dev{blackace} asked about complaints against \dev{philantrop}, \dev{eroyf}, 
+and \dev{spb}. \dev{vapier} referred that to devrel. \dev{betelgeuse} said that 
+there's been no rejection or action on those complaints yet, and internal 
+discussion is ongoing. \dev{philantrop} complained that he hadn't heard 
+anything about complaints, and \dev{betelgeuse} said that since some members 
+already left, he didn't want to take matters into his own hands in sharing 
+private information.