check-in platform v1.0
authorStefano Zacchiroli <zack@upsilon.cc>
Sun, 8 Mar 2009 15:05:01 +0000 (16:05 +0100)
committerStefano Zacchiroli <zack@upsilon.cc>
Sun, 8 Mar 2009 15:05:01 +0000 (16:05 +0100)
hacking/debian/dpl-2009/platform.html
hacking/debian/dpl-2009/platform.pdf
hacking/debian/dpl-2009/platform.txt

index 179cab2..82fe520 100644 (file)
@@ -2,8 +2,7 @@
             "http://www.w3.org/TR/REC-html40/loose.dtd">
 <HTML>
 <HEAD>
-<TITLE>DPL platform 
- version 0.4
+<TITLE>DPL platform
 </TITLE>
 
 <META http-equiv="Content-Type" content="text/html; charset=UTF-8">
@@ -51,9 +50,11 @@ font-size: medium;
 h1, h2, h3, h4{font-weight: normal;
 }
 h1{font-size: 140%;}
-h2{font-size: 130%;}
-h3{font-size: 120%;}
-h4{font-size: 110%;}
+h2{font-size: 130%;
+border-bottom: solid 1pt;
+}
+h3{font-size: 115%;}
+h4{font-size: 105%;}
 .paragraph{font-size: 105%;
 font-weight: normal;
 /* text-decoration: underline; */
@@ -82,29 +83,31 @@ a:hover{text-decoration: underline;}
 </HEAD>
 <BODY >
 <!--HEVEA command line is: /usr/bin/hevea -fix platform.tex -->
-<!--CUT DEF section 1 --><TABLE CLASS="title"><TR><TD><H1 CLASS="titlemain">DPL platform<BR>
- version <TT>0.4</TT></H1><H3 CLASS="titlerest">Stefano Zacchiroli<BR>
+<!--CUT DEF section 1 --><TABLE CLASS="title"><TR><TD><H1 CLASS="titlemain">DPL platform</H1><H3 CLASS="titlerest">Stefano Zacchiroli<BR>
  <A HREF="mailto:zack@debian.org"><TT>zack@debian.org</TT></A><BR>
  <A HREF="http://upsilon.cc/~zack"><TT>http://upsilon.cc/~zack</TT></A></H3></TD></TR>
-</TABLE><P><FONT SIZE=1>[ Other formats available:
-</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/platform.html"><FONT SIZE=1><TT>.html</TT></FONT></A><FONT SIZE=1>,
-</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/platform.pdf"><FONT SIZE=1><TT>.pdf</TT></FONT></A><FONT SIZE=1>
-</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/platform.txt"><FONT SIZE=1><TT>.txt</TT></FONT></A><FONT SIZE=1>. ]</FONT></P><!--TOC section Executive summary-->
+</TABLE><DIV CLASS="center">
+version <TT>1.0</TT>
+</DIV><P><FONT SIZE=1>[ Other formats available:
+</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/platform.html"><FONT SIZE=1>.html</FONT></A><FONT SIZE=1>,
+</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/platform.pdf"><FONT SIZE=1>.pdf</FONT></A><FONT SIZE=1>,
+</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/platform.txt"><FONT SIZE=1>.txt</FONT></A><FONT SIZE=1>. ]</FONT></P><!--TOC section Executive summary-->
 <H2 CLASS="section"><!--SEC ANCHOR -->Executive summary</H2><!--SEC END --><P>Hi, I’m <A HREF="http://upsilon.cc/~zack">Stefano Zacchiroli</A>—mostly
 known as <EM>Zack</EM>—and I’m running for DPL.
 </P><DIV CLASS="summary">
 The <B>main points</B> of my platform are as follows:
-<UL CLASS="itemize"><LI CLASS="li-itemize"> <I>I will be a present DPL: in discussions
-and as the person in charge of our agenda.</I></LI><LI CLASS="li-itemize"><I>I will provide a constant feed of mini-bits
-from the DPL, to be frozen and posted to </I><I><TT>d-d-a</TT></I><I> monthly.</I></LI><LI CLASS="li-itemize"><I>I will push for more gradual and rewarding
-access paths to Debian.</I></LI><LI CLASS="li-itemize"><I>I will push for mechanisms that makes
-rough consensus visible where it exists.</I></LI><LI CLASS="li-itemize"><I>I will push to diminish strong package
-ownership whenever it conflicts with package quality.</I></LI><LI CLASS="li-itemize"><I>I will do my best to help out, with money
-and other resources, to support contributors get-togethers.</I></LI></UL>
-</DIV><P>The reminder of this platform provides background information about me
-(Section <A HREF="#sec:intro">1</A>), describes the above points in mode detail
-(Section <A HREF="#sec:goals">2</A>), also highlighting some more focused plans
-for my term (Section <A HREF="#sec:itches">2.3</A>).</P><!--TOC section Introduction-->
+<UL CLASS="itemize"><LI CLASS="li-itemize"> <I>I intend to be a </I><I><EM>present</EM></I><I> DPL, both
+in discussions and as the responsible of the project agenda.</I></LI><LI CLASS="li-itemize"><I>I will provide a constant stream of DPL
+activity news, to be frozen and posted </I><I><EM>monthly</EM></I><I> to
+</I><I><TT>d-d-a</TT></I><I>.</I></LI><LI CLASS="li-itemize"><I>To resolve the impasse of vocal
+minorities, I will apply mechanisms that makes rough
+</I><I><EM>consensus</EM></I><I> emerge when it exists.</I></LI><LI CLASS="li-itemize"><I>I will push for more </I><I><EM>gradual</EM></I><I> and
+</I><I><EM>rewarding</EM></I><I> access paths to Debian.</I></LI><LI CLASS="li-itemize"><I>I will push to diminish </I><I><EM>strong package
+ownership</EM></I><I> whenever it conflicts with package quality.</I></LI><LI CLASS="li-itemize"><I>I will do my best to help out, with money
+and other resources, to support contributors get-togethers.</I></LI></UL></DIV><P>The reminder of this platform provides background information about me
+(Section <A HREF="#sec:intro">1</A>), describes the above points with more
+details (Section <A HREF="#sec:goals">2</A>), and also highlights some more
+focused plans for my term (Section <A HREF="#sec:itches">2.3</A>).</P><!--TOC section Introduction-->
 <H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc1">1</A>  Introduction</H2><!--SEC END --><P>
 <A NAME="sec:intro"></A></P><!--TOC subsection Who am I-->
 <H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc2">1.1</A>  Who am I</H3><!--SEC END --><P>
@@ -116,18 +119,7 @@ subscription, etc. Then, at LinuxTag 2004, I discovered Debian as a
 <EM>community</EM> and got fascinated by it, gradually increasing my
 involvement in the project.</P><P>Technically, my main activities during all these years have been:
 </P><DL CLASS="description"><DT CLASS="dt-description">
-<B>OCaml</B></DT><DD CLASS="dd-description"> Better support for the
-<A HREF="http://caml.inria.fr">OCaml</A> programming language was my
-motivation to join the project. I’ve contributed forming the
-<A HREF="http://wiki.debian.org/Teams/OCamlTaskForce">Debian OCaml
-Task Force</A> in which I’ve ranged from the newbie, to leading
-activities. The team nowadays maintains more than
-<A HREF="http://pkg-ocaml-maint.alioth.debian.org/debian-ocaml-status.html">120
-source packages</A> with
-<A HREF="http://upsilon.cc/~zack/stuff/ocaml-debian-deps.pdf">insanely
-intricate inter-dependencies</A>, and complex
-<A HREF="http://glondu.net/debian/ocaml_transition_monitor.html">transition</A>
-needs.</DD><DT CLASS="dt-description"><B>PTS</B></DT><DD CLASS="dd-description"> I’ve been co-maintaining the
+<B>PTS</B></DT><DD CLASS="dd-description"> I’ve been co-maintaining the
 <A HREF="http://packages.qa.debian.org">Package Tracking System (PTS)</A>
 for the past 3-4 years, contributing day to day maintenance as well
 as
@@ -137,20 +129,30 @@ as
 are available <A HREF="http://upsilon.cc/~zack/tags/qa/">on my blog</A>.</DD><DT CLASS="dt-description"><B>Vcs-* fields</B></DT><DD CLASS="dd-description"> I’ve
 <A HREF="http://upsilon.cc/~zack/blog/posts/2006/09/xs-x-vcs-XXX/">made</A>
 <A HREF="http://upsilon.cc/~zack/blog/posts/2006/10/xs-vcs-XXX_almost_there/">popular</A>
-the notion of VCS (Version Control System) fields in
-<TT>debian/control</TT>, and I wrote
-<A HREF="http://upsilon.cc/~zack/blog/posts/2007/08/debcheckout/"><TT>debcheckout</TT></A>.</DD><DT CLASS="dt-description"><B>QA</B></DT><DD CLASS="dd-description"> …more generally, I’ve joined the
-<A HREF="http://qa.debian.org/">QA</A> (Quality Assurance) team because I
+the notion of VCS (Version Control System) fields in <TT>debian/control</TT>, and I wrote
+<A HREF="http://upsilon.cc/~zack/blog/posts/2007/08/debcheckout/"><TT>debcheckout</TT></A>.</DD><DT CLASS="dt-description"><B>Quality Assurance</B></DT><DD CLASS="dd-description"> …more generally, I’ve joined the
+<A HREF="http://qa.debian.org/">QA</A> team because I
 enjoy thinking of the project as a whole and looking for new
 solutions
 (e.g. <A HREF="http://wiki.debian.org/UltimateDebianDatabase">UDD</A>) to
-our persisting problems.</DD><DT CLASS="dt-description"><B>Packaging</B></DT><DD CLASS="dd-description"> Obviously, I’ve maintained (and continue to maintain)
+our persisting problems.</DD><DT CLASS="dt-description"><B>OCaml</B></DT><DD CLASS="dd-description"> Better support for the
+<A HREF="http://caml.inria.fr">OCaml</A> programming language was my
+motivation to join the project. I’ve contributed forming the
+<A HREF="http://wiki.debian.org/Teams/OCamlTaskForce">Debian OCaml
+Task Force</A> in which I’ve ranged from the newbie, to leading
+activities. The team nowadays maintains more than
+<A HREF="http://pkg-ocaml-maint.alioth.debian.org/debian-ocaml-status.html">120
+source packages</A> with
+<A HREF="http://upsilon.cc/~zack/stuff/ocaml-debian-deps.pdf">insanely
+intricate inter-dependencies</A>, and complex
+<A HREF="http://glondu.net/debian/ocaml_transition_monitor.html">transition</A>
+needs.</DD><DT CLASS="dt-description"><B>Packaging</B></DT><DD CLASS="dd-description"> Obviously, I’ve maintained (and continue to maintain)
 <A HREF="http://qa.debian.org/developer.php?login=zack@debian.org">several
 packages</A>. Beside OCaml-related packages, I’m proud of
 contributions to
 <A HREF="http://packages.debian.org/sid/devscripts"><TT>devscripts</TT></A>,
-<A HREF="http://packages.debian.org/sid/vim"><TT>vim</TT></A> (in spite of my
-recent
+<A HREF="http://packages.debian.org/sid/vim"><TT>vim</TT></A> (in spite of
+my recent
 <A HREF="http://upsilon.cc/~zack/blog/posts/2008/10/from_Vim_to_Emacs_-_part_1/">betrayal</A>
 <TT>:-)</TT>, and
 <A HREF="http://packages.debian.org/sid/python-debian"><TT>python-debian</TT></A>.</DD></DL><P>Believing in the community as the real strength of Debian, I’m a
@@ -164,13 +166,14 @@ science researcher</A>, currently working as a post-doc in the
 Diderot</A>. This laboratory is somewhat of a Debian contributors nest
 of the French Debian community; our coffee breaks frequently turn into
 exciting Debian discussions. I mainly work on the
-<A HREF="http://www.mancoosi.org">Mancoosi</A> project. We apply techniques
-such as formal methods to the study of FOSS distributions,
-including but not limited to Debian, and to the improvement of upgrade
-planning algorithms. Mancoosi is the successor of
-<A HREF="http://www.edos-project.org">EDOS</A>, which was the source of
-various tools used for Debian QA, like
-<A HREF="http://packages.debian.org/sid/edos-debcheck"><TT>edos-debcheck</TT></A>, running periodically at
+<A HREF="http://www.mancoosi.org">Mancoosi</A> project, where we apply
+techniques such as formal methods to the study of FOSS
+distributions, including but not limited to Debian, and to the
+improvement of upgrade planning algorithms. Mancoosi is the
+successor of <A HREF="http://www.edos-project.org">EDOS</A>, which was the
+source of various tools used for Debian QA, like
+<A HREF="http://packages.debian.org/sid/edos-debcheck"><TT>edos-debcheck</TT></A>,
+running periodically at
 <A HREF="http://edos.debian.net"><TT>edos.debian.net</TT></A>.</P><!--TOC subsection Why I am running for DPL-->
 <H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc3">1.2</A>  Why I am running for DPL</H3><!--SEC END --><P>
 <A NAME="sec:whyrunning"></A></P><P>Being the DPL is about two distinct aspects: the institutional role
@@ -229,7 +232,7 @@ on DPL institutional tasks.</LI><LI CLASS="li-itemize">Finally I list some speci
 The introduction of <A HREF="http://wiki.debian.org/Maintainers">DMs</A>
 (Debian Maintainers) has been a fortunate event for Debian. Some
 people argue that it has opened up our archive to packages of
-sub-standard quality. That might be true, but we also have (plenty)
+sub-standard quality. That might be true, but we also have (plenty of)
 sub-standard packages maintained by full-fledged maintainers who have
 lost their interest in Debian. The solution to both is <EM>more QA</EM>.</P><P>Through the DM process, many enthusiastic people have found their way
 into Debian, increasing our work force. In addition, the DM process
@@ -251,8 +254,8 @@ implicit assumptions that <EM>only</EM> technical abilities matter in
 Debian. The truly “Universal Operating System” is <EM>mainly</EM>, not
 only, made of software; it is also made of translations, graphics,
 musics, etc.</P><DIV CLASS="mantra">
-<DIV CLASS="center"><I>I will push for more gradual and rewarding
-access paths to Debian.</I></DIV>
+<DIV CLASS="center"><I>I will push for more </I><I><EM>gradual</EM></I><I> and
+</I><I><EM>rewarding</EM></I><I> access paths to Debian.</I></DIV>
 </DIV><!--TOC paragraph Collaborative maintenance-->
 <H5 CLASS="paragraph"><!--SEC ANCHOR -->Collaborative maintenance</H5><!--SEC END --><P>
 The introduction of the <TT>Uploaders:</TT> field is another example of
@@ -273,8 +276,8 @@ identified with
 activities</A>). In those cases, we should suggest—or even force if
 needed—collaborative maintenance. It can provide a more acceptable
 exit strategy than public, yet useless, shaming.</P><DIV CLASS="mantra">
-<DIV CLASS="center"><I>I will push to diminish strong package
-ownership whenever it conflicts with package quality.</I></DIV>
+<DIV CLASS="center"><I>I will push to diminish </I><I><EM>strong package
+ownership</EM></I><I> whenever it conflicts with package quality.</I></DIV>
 </DIV><!--TOC paragraph Vocal minorities-->
 <H5 CLASS="paragraph"><!--SEC ANCHOR -->Vocal minorities</H5><!--SEC END --><P>
 Our mailing lists have substantially improved over the last 5
@@ -300,8 +303,9 @@ can either make it clear to participants in discussions (or flame
 fests) that they are in disagreement with the rest of the project and
 better stop beating the dying horse, or indicate that they are on the
 right path.</P><DIV CLASS="mantra">
-<DIV CLASS="center"><I>I will push for mechanisms that makes
-rough consensus visible where it exists.</I></DIV>
+<DIV CLASS="center"><I>To resolve the impasse of vocal
+minorities, I will apply mechanisms that makes rough
+</I><I><EM>consensus</EM></I><I> emerge when it exists.</I></DIV>
 </DIV><!--TOC paragraph Face-to-face meetings-->
 <H5 CLASS="paragraph"><!--SEC ANCHOR -->Face-to-face meetings</H5><!--SEC END --><P>
 Meetings are essential to improve the quality of collaboration within
@@ -329,7 +333,7 @@ downstream and upstream. We
 back to the free software community, yet sometimes we fail to do
 so. Initiatives like the recent
 <A HREF="http://patch-tracking.debian.net">patch tracker</A> by Sean Finney
-are a way to ensure that all our changes are visible both to down and
+are a way to ensure that all our changes are visible both to downstream and
 upstream.</P><P>Our derived distributions (AKA <EM>derivatives</EM>) have us as theirs
 upstream, and are in a similar situation. We cannot <EM>pretend</EM>
 that they give back to us, because our promises are not necessarily
@@ -372,7 +376,7 @@ them, say, just before a release.</P><P>Management also means keeping track of w
 myself, <A HREF="http://chistera.yi.org/~adeodato/blog/">Adeodato Simó</A>,
 and <A HREF="http://liw.iki.fi/liw/">Lars Wirzenius</A>—was an attempt to
 deliver a device to achieve that: no excessive extra burden induced,
-but a work flow to remember what is the status of “large”
+but a workflow to remember what is the status of “large”
 project-changing proposals.</P><P>We should expect the DPL to take care of “orphaned” DEPs by
 reassigning or driving them in first person. DEPs have not taken off
 due to the lack of some technical bits and of representative
@@ -380,8 +384,8 @@ examples. I will ensure that we give a try to DEPs, or similar
 devices, to check whether we can finally have a sane choice between
 hyper-formal decisions by the mean of GRs and folklore decisions which
 too often resemble no decisions at all.</P><DIV CLASS="mantra">
-<DIV CLASS="center"><I>I will be a present DPL: in discussions
-and as the person in charge of our agenda.</I></DIV>
+<DIV CLASS="center"><I>I intend to be a </I><I><EM>present</EM></I><I> DPL, both
+in discussions and as the responsible of the project agenda.</I></DIV>
 </DIV><!--TOC subsubsection Transparency-->
 <H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc8">2.2.2</A>  Transparency</H4><!--SEC END --><P>
 <A NAME="sec:transparency"></A></P><P>Another way for a DPL to be present is to disclose <EM>periodically</EM>
@@ -396,18 +400,19 @@ consuming and possibly intimidating.</P><P>The solution I will implement is to h
 DPL activity news</B>. “Feed” as a concept, the implementation can
 vary: an IRC channel, blogging or micro-blogging, a wiki page
 <TT>BitsFromTheDPL</TT> handled <EM>à la</EM>
-<A HREF="http://wiki.debian.org/DeveloperNews"><TT>DeveloperNews</TT></A>, posts
-to <TT>-private</TT> for sensitive material, etc. No feed activity
-will mean no DPL activity and the right for DDs to complain and demand
-explanation. I believe that activities which are not yet ready to be
-disclosed <EM>at all</EM>, not even by censoring or rewording details,
-are scarce enough <EM>not</EM> to imply empty feeds.</P><P>The resulting feed will then be frozen each month and posted to
+<A HREF="http://wiki.debian.org/DeveloperNews"><TT>DeveloperNews</TT></A>,
+posts to <TT>-private</TT> for sensitive material, etc. No feed
+activity will mean no DPL activity and the right for DDs to complain
+and demand explanation. I believe that activities which are not yet
+ready to be disclosed <EM>at all</EM>, not even by censoring or
+rewording details, are scarce enough <EM>not</EM> to imply empty feeds.</P><P>The resulting feed will then be frozen each month and posted to
 <TT>d-d-a</TT>. If I fail to post and freeze twice, I will admit my
 failure by explaining the reasons and seeking opinions on how to
 continue the term (e.g., using a poll, which can also contain an
 option “resign, you do not communicate enough”).</P><DIV CLASS="mantra">
-<DIV CLASS="center"><I>I will provide a constant feed of mini-bits
-from the DPL, to be frozen and posted to </I><I><TT>d-d-a</TT></I><I> monthly.</I></DIV>
+<DIV CLASS="center"><I>I will provide a constant stream of DPL
+activity news, to be frozen and posted </I><I><EM>monthly</EM></I><I> to
+</I><I><TT>d-d-a</TT></I><I>.</I></DIV>
 </DIV><!--TOC subsubsection (no) DPL board-->
 <H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc9">2.2.3</A>  (no) DPL board</H4><!--SEC END --><P>
 <A NAME="sec:dpl-board"></A></P><P>According to past DPLs, carrying over the DPL burden all alone
@@ -429,19 +434,18 @@ backup and communication.</I></DIV>
 <H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc10">2.3</A>  Specific plans</H3><!--SEC END --><P>
 <A NAME="sec:itches"></A></P><!--TOC subsubsection Clarify delegates-->
 <H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc11">2.3.1</A>  Clarify delegates</H4><!--SEC END --><P>
-<A NAME="sec:delegates"></A></P><P>Remember: <A HREF="http://tinc.debian.net">there is no cabal</A>. Good
-news. Then:
+<A NAME="sec:delegates"></A></P><P>Remember: TINC (there is no cabal). Good news. Then:
 </P><OL CLASS="enumerate" type=1><LI CLASS="li-enumerate">
 all current
 <A HREF="http://www.debian.org/devel/constitution#8">delegates</A> should
-be clearly stated under
-<A HREF="http://www.debian.org/intro/organization"><TT>http://www.debian.org/intro/organization</TT></A> with reference to the
-delegation mail;</LI><LI CLASS="li-enumerate">all people in core teams which predate widespread use of
+be clearly stated at
+<A HREF="http://www.debian.org/intro/organization">our organization
+page</A> with reference to the delegation mail;</LI><LI CLASS="li-enumerate">all people in core teams which predate widespread use of
 delegation should be officially delegated. This will avoid
 disparities between “young” team members who are delegates and
 “old” team members who live in an unclear limbo.
-</LI></OL><!--TOC subsubsection The <TT>www.d.o</TT> issue-->
-<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc12">2.3.2</A>  The <TT>www.d.o</TT> issue</H4><!--SEC END --><P>
+</LI></OL><!--TOC subsubsection The website issue-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc12">2.3.2</A>  The website issue</H4><!--SEC END --><P>
 <A NAME="sec:website"></A></P><P>We all want a
 <A HREF="http://www.debian.org/vote/2007/platforms/sho">sexier website</A>,
 i.e., a website where people can find what they look for, and which
@@ -492,11 +496,11 @@ in order not to bother properly working teams.</P><!--TOC section Additional inf
 <H2 CLASS="section"><!--SEC ANCHOR -->Additional info</H2><!--SEC END --><P>
 <A NAME="sec:extra"></A></P><!--TOC subsection Time commitment-->
 <H3 CLASS="subsection"><!--SEC ANCHOR -->Time commitment</H3><!--SEC END --><P>
-<A NAME="sec:time-commit"></A></P><P>Being DPL is challenging, for it to succeed the job must be taken
+<A NAME="sec:time-commit"></A></P><P>Being DPL is challenging ; for it to succeed the job must be taken
 seriously. For the duration of the mandate I will therefore put on
 hold my other Debian tasks; it is an obligation towards habitual
 co-workers and a fair deal to avoid burning out. I’m not the only
-responsible in most of my current Debian duties and I will leave
+responsible person in most of my current Debian duties and I will leave
 behind efficient teams, so I’m confident the tasks will not remain
 unattended. The remaining parts are a handful of packages which will
 need new maintainers.</P><P>On the same topic and for the sake of clarity: some DPL candidates
index 5c443b0..c176322 100644 (file)
Binary files a/hacking/debian/dpl-2009/platform.pdf and b/hacking/debian/dpl-2009/platform.pdf differ
index dd91eac..035d5d6 100644 (file)
@@ -2,16 +2,15 @@
                                      
                               DPL platform
                               ************
-                               version 0.4
-                              ************
                            Stefano Zacchiroli
                            ==================
                            zack@debian.org (1)
                           ====================
                          http://upsilon.cc/~zack
                         ========================
+                               version 1.0 
   
-  [ Other formats available: .html (2), .pdf (3) .txt (4). ]
+  [ Other formats available: .html (2), .pdf (3), .txt (4). ]
   
 
 Executive summary
@@ -21,21 +20,22 @@ Executive summary
   Hi, I’m Stefano Zacchiroli (5)—mostly known as Zack—and I’m
 running for DPL. summary The main points of my platform are as follows: 
   
-   - I will be a present DPL: in discussions and as the person in charge
-   of our agenda.
-   - I will provide a constant feed of mini-bits from the DPL, to be
-   frozen and posted to d-d-a monthly.
+   - I intend to be a present DPL, both in discussions and as the
+   responsible of the project agenda.
+   - I will provide a constant stream of DPL activity news, to be frozen
+   and posted monthly to d-d-a.
+   - To resolve the impasse of vocal minorities, I will apply mechanisms
+   that makes rough consensus emerge when it exists.
    - I will push for more gradual and rewarding access paths to Debian.
-   - I will push for mechanisms that makes rough consensus visible where
-   it exists.
    - I will push to diminish strong package ownership whenever it
    conflicts with package quality.
    - I will do my best to help out, with money and other resources, to
    support contributors get-togethers.
-   
+  
+  
   The reminder of this platform provides background information about me
-(Section 1), describes the above points in mode detail (Section 2), also
-highlighting some more focused plans for my term (Section 2.3).
+(Section 1), describes the above points with more details (Section 2),
+and also highlights some more focused plans for my term (Section 2.3).
   
 
 1  Introduction
@@ -55,25 +55,25 @@ Then, at LinuxTag 2004, I discovered Debian as a community and got
 fascinated by it, gradually increasing my involvement in the project.
   Technically, my main activities during all these years have been: 
   
- OCaml  Better support for the OCaml (6) programming language was my
-   motivation to join the project. I’ve contributed forming the Debian
-   OCaml Task Force (7) in which I’ve ranged from the newbie, to
-   leading activities. The team nowadays maintains more than 120 source
-   packages (8) with insanely intricate inter-dependencies (9), and
-   complex transition (10) needs.
- PTS  I’ve been co-maintaining the Package Tracking System (PTS) (11)
+ PTS  I’ve been co-maintaining the Package Tracking System (PTS) (6)
    for the past 3-4 years, contributing day to day maintenance as well
-   as more (12) significant (13) changes (14). Details are available on
-   my blog (15).
+   as more (7) significant (8) changes (9). Details are available on my
+   blog (10).
  
- Vcs-* fields  I’ve made (16) popular (17) the notion of VCS (Version
+ Vcs-* fields  I’ve made (11) popular (12) the notion of VCS (Version
    Control System) fields in debian/control, and I wrote
-   debcheckout (18).
+   debcheckout (13).
+ Quality Assurance  ...more generally, I’ve joined the QA (14) team
+   because I enjoy thinking of the project as a whole and looking for
+   new solutions (e.g. UDD (15)) to our persisting problems.
  
- QA  ...more generally, I’ve joined the QA (19) (Quality Assurance)
-   team because I enjoy thinking of the project as a whole and looking
-   for new solutions (e.g. UDD (20)) to our persisting problems.
+ OCaml  Better support for the OCaml (16) programming language was my
+   motivation to join the project. I’ve contributed forming the Debian
+   OCaml Task Force (17) in which I’ve ranged from the newbie, to
+   leading activities. The team nowadays maintains more than 120 source
+   packages (18) with insanely intricate inter-dependencies (19), and
+   complex transition (20) needs.
  
  Packaging  Obviously, I’ve maintained (and continue to maintain)
    several packages (21). Beside OCaml-related packages, I’m proud of
@@ -87,8 +87,8 @@ to face meetings, like the Extremadura work ones (27).
 working as a post-doc in the PPS (29) laboratory, University Paris
 Diderot (30). This laboratory is somewhat of a Debian contributors nest
 of the French Debian community; our coffee breaks frequently turn into
-exciting Debian discussions. I mainly work on the Mancoosi (31) project.
-We apply techniques such as formal methods to the study of FOSS
+exciting Debian discussions. I mainly work on the Mancoosi (31) project,
+where we apply techniques such as formal methods to the study of FOSS
 distributions, including but not limited to Debian, and to the
 improvement of upgrade planning algorithms. Mancoosi is the successor of
 EDOS (32), which was the source of various tools used for Debian QA,
@@ -162,7 +162,7 @@ Non-DD contributors
    The introduction of DMs (36) (Debian Maintainers) has been a
 fortunate event for Debian. Some people argue that it has opened up our
 archive to packages of sub-standard quality. That might be true, but we
-also have (plenty) sub-standard packages maintained by full-fledged
+also have (plenty of) sub-standard packages maintained by full-fledged
 maintainers who have lost their interest in Debian. The solution to both
 is more QA.
   Through the DM process, many enthusiastic people have found their way
@@ -234,8 +234,8 @@ that they are in disagreement with the rest of the project and better
 stop beating the dying horse, or indicate that they are on the right
 path.
   mantra 
-  I will push for mechanisms that makes rough consensus visible where it
-                                exists.
+   To resolve the impasse of vocal minorities, I will apply mechanisms
+           that makes rough consensus emerge when it exists.
     
 Face-to-face meetings
    Meetings are essential to improve the quality of collaboration within
@@ -263,7 +263,7 @@ Derivatives
 downstream and upstream. We have promised (40) to give back to the free
 software community, yet sometimes we fail to do so. Initiatives like the
 recent patch tracker (41) by Sean Finney are a way to ensure that all
-our changes are visible both to down and upstream.
+our changes are visible both to downstream and upstream.
   Our derived distributions (AKA derivatives) have us as theirs
 upstream, and are in a similar situation. We cannot pretend that they
 give back to us, because our promises are not necessarily theirs, still
@@ -311,7 +311,7 @@ important topics to remember them, say, just before a release.
   Management also means keeping track of what happened. The DEP
 proposal (44)—started by myself, Adeodato Simó (45), and Lars
 Wirzenius (46)—was an attempt to deliver a device to achieve that: no
-excessive extra burden induced, but a work flow to remember what is the
+excessive extra burden induced, but a workflow to remember what is the
 status of “large” project-changing proposals.
   We should expect the DPL to take care of “orphaned” DEPs by
 reassigning or driving them in first person. DEPs have not taken off due
@@ -321,8 +321,8 @@ whether we can finally have a sane choice between hyper-formal decisions
 by the mean of GRs and folklore decisions which too often resemble no
 decisions at all.
   mantra 
-  I will be a present DPL: in discussions and as the person in charge of
-                              our agenda.
+       I intend to be a present DPL, both in discussions and as the
+                   responsible of the project agenda.
     
   
 
@@ -353,8 +353,8 @@ explaining the reasons and seeking opinions on how to continue the term
 (e.g., using a poll, which can also contain an option “resign, you do
 not communicate enough”).
   mantra 
-  I will provide a constant feed of mini-bits from the DPL, to be frozen
-                      and posted to d-d-a monthly.
+   I will provide a constant stream of DPL activity news, to be frozen
+                      and posted monthly to d-d-a.
     
   
 
@@ -389,11 +389,10 @@ responsibility for 2IC actions.
 2.3.1  Clarify delegates
 ------------------------
    
-  Remember: there is no cabal (48). Good news. Then: 
+  Remember: TINC (there is no cabal). Good news. Then: 
   
-   1. all current delegates (49) should be clearly stated under
-   http://www.debian.org/intro/organization with reference to the
-   delegation mail;
+   1. all current delegates (48) should be clearly stated at our
+   organization page (49) with reference to the delegation mail;
  
    2. all people in core teams which predate widespread use of
    delegation should be officially delegated. This will avoid
@@ -402,7 +401,7 @@ responsibility for 2IC actions.
   
   
 
-2.3.2  The www.d.o issue
+2.3.2  The website issue
 ------------------------
    
   We all want a sexier website (50), i.e., a website where people can
@@ -468,14 +467,14 @@ Additional info
 Time commitment
 ===============
    
-  Being DPL is challenging, for it to succeed the job must be taken
+  Being DPL is challenging ; for it to succeed the job must be taken
 seriously. For the duration of the mandate I will therefore put on hold
 my other Debian tasks; it is an obligation towards habitual co-workers
-and a fair deal to avoid burning out. I’m not the only responsible in
-most of my current Debian duties and I will leave behind efficient
-teams, so I’m confident the tasks will not remain unattended. The
-remaining parts are a handful of packages which will need new
-maintainers.
+and a fair deal to avoid burning out. I’m not the only responsible
+person in most of my current Debian duties and I will leave behind
+efficient teams, so I’m confident the tasks will not remain
+unattended. The remaining parts are a handful of packages which will
+need new maintainers.
   On the same topic and for the sake of clarity: some DPL candidates
 have in the past declared their ability to act as DPL full-time. I
 cannot grant that. What I offer is my Debian time, to be diverted to DPL
@@ -513,38 +512,37 @@ http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/.
  
  (5) http://upsilon.cc/~zack
  
- (6) http://caml.inria.fr
+ (6) http://packages.qa.debian.org
  
- (7) http://wiki.debian.org/Teams/OCamlTaskForce
+ (7) http://upsilon.cc/~zack/blog/posts/2008/11/PTS_SOAP_interface/
  
- (8) http://pkg-ocaml-maint.alioth.debian.org/debian-ocaml-status.html
+ (8) http://upsilon.cc/~zack/blog/posts/2008/08/improved_integration_amo
+   ng_PTS_and_Lintian/
  
- (9) http://upsilon.cc/~zack/stuff/ocaml-debian-deps.pdf
+ (9) http://upsilon.cc/~zack/blog/posts/2008/01/pts_dehs_integration/
  
- (10) http://glondu.net/debian/ocaml_transition_monitor.html
+ (10) http://upsilon.cc/~zack/tags/qa/
  
- (11) http://packages.qa.debian.org
+ (11) http://upsilon.cc/~zack/blog/posts/2006/09/xs-x-vcs-XXX/
  
- (12) http://upsilon.cc/~zack/blog/posts/2008/11/PTS_SOAP_interface/
+ (12)
+   http://upsilon.cc/~zack/blog/posts/2006/10/xs-vcs-XXX_almost_there/
  
- (13)
-   http://upsilon.cc/~zack/blog/posts/2008/08/improved_integration_among
-   _PTS_and_Lintian/
+ (13) http://upsilon.cc/~zack/blog/posts/2007/08/debcheckout/
  
- (14) http://upsilon.cc/~zack/blog/posts/2008/01/pts_dehs_integration/
+ (14) http://qa.debian.org/
  
- (15) http://upsilon.cc/~zack/tags/qa/
+ (15) http://wiki.debian.org/UltimateDebianDatabase
  
- (16) http://upsilon.cc/~zack/blog/posts/2006/09/xs-x-vcs-XXX/
+ (16) http://caml.inria.fr
  
- (17)
-   http://upsilon.cc/~zack/blog/posts/2006/10/xs-vcs-XXX_almost_there/
+ (17) http://wiki.debian.org/Teams/OCamlTaskForce
  
- (18) http://upsilon.cc/~zack/blog/posts/2007/08/debcheckout/
+ (18) http://pkg-ocaml-maint.alioth.debian.org/debian-ocaml-status.html
  
- (19) http://qa.debian.org/
+ (19) http://upsilon.cc/~zack/stuff/ocaml-debian-deps.pdf
  
- (20) http://wiki.debian.org/UltimateDebianDatabase
+ (20) http://glondu.net/debian/ocaml_transition_monitor.html
  
  (21) http://qa.debian.org/developer.php?login=zack@debian.org
  
@@ -604,9 +602,9 @@ http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/.
  
  (47) http://wiki.debian.org/DeveloperNews
  
- (48) http://tinc.debian.net
+ (48) http://www.debian.org/devel/constitution#8
  
- (49) http://www.debian.org/devel/constitution#8
+ (49) http://www.debian.org/intro/organization
  
  (50) http://www.debian.org/vote/2007/platforms/sho