check-in DPL platform for 2011
authorStefano Zacchiroli <zack@upsilon.cc>
Sun, 13 Mar 2011 22:13:26 +0000 (23:13 +0100)
committerStefano Zacchiroli <zack@upsilon.cc>
Sun, 13 Mar 2011 22:13:26 +0000 (23:13 +0100)
hacking/debian.mdwn
hacking/debian/dpl-2010.mdwn
hacking/debian/dpl-2011.mdwn [new file with mode: 0644]
hacking/debian/dpl-2011/platform.html [new file with mode: 0644]
hacking/debian/dpl-2011/platform.pdf [new file with mode: 0644]

index 6b85cf6..5d091e6 100644 (file)
@@ -38,6 +38,7 @@ less on hold during the DPL term.
   not win, but I've kept [[information about my attempt|dpl-2009]].
 * In 2010, [[I've tried again|dpl-2010]] and I won: a
   [[page documenting the attempt|dpl-2010]] is available as well.
+* In 2011, [[I'm seeking re-election|dpl-2011]]
 
 # OCaml
 
index 8a3473a..97cfbc5 100644 (file)
@@ -131,7 +131,7 @@ This page collects information about my candidacy, mostly for historic reasons.
 * the **election results** are available on the
   [official vote page](http://www.debian.org/vote/2010/vote_001)
 
-* my **blog posts** on the subject are reported below <small>(reverse
-  chronological order)</small>:
+* my **blog posts** on DPL-related topics for 2010 are reported below
+  <small>(reverse chronological order)</small>:
   
   [[!inline archive="yes" pages="blog/posts/2010/*/* and !blog/posts/*/*/*/* and link(tags/dpl)"]]
diff --git a/hacking/debian/dpl-2011.mdwn b/hacking/debian/dpl-2011.mdwn
new file mode 100644 (file)
index 0000000..dde5eca
--- /dev/null
@@ -0,0 +1,34 @@
+<a href="http://www.debian.org">[[!img img/debian-officiallogo.jpg link="no"
+class="flow" alt="debian official logo"]]</a>
+
+# zack for DPL 2011
+
+After my 2010-2011 term as DPL, I've decided to run again for the 2011-2012
+term. It turns out that I'm the only candidate due—if
+[public feedback](http://lists.debian.org/debian-vote/2011/03/msg00000.html) is
+to be trusted—to the fact that the Debian community has been generally happy
+about the current term.
+
+Even though with only one candidate the campaign won't probably be terribly
+interesting (but you never know…), this this page collects information about my
+candidacy.
+
+* [**nomination** mail](http://lists.debian.org/debian-vote/2011/03/msg00005.html)
+
+* my [[DPL **platform**|platform.html]]:
+  [[`.html`|platform.html]],
+  [[`.pdf`|platform.pdf]]
+
+* some pointers to **campaigning questions** and discussions happened on
+  [`-vote`](http://lists.debian.org/debian-vote/2011/03/), and my positions on
+  the raised topics <small>(chronological order)</small>:
+
+  * *forthcoming*
+
+* the **election results** will be available on the official vote page, in due
+  time
+
+* my **blog posts** on DPL-related topics for 2011 are reported below
+  <small>(reverse chronological order)</small>:
+  
+  [[!inline archive="yes" pages="blog/posts/2011/*/* and !blog/posts/*/*/*/* and link(tags/dpl)"]]
diff --git a/hacking/debian/dpl-2011/platform.html b/hacking/debian/dpl-2011/platform.html
new file mode 100644 (file)
index 0000000..9c31525
--- /dev/null
@@ -0,0 +1,432 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
+            "http://www.w3.org/TR/REC-html40/loose.dtd">
+<HTML>
+<HEAD>
+<TITLE>DPL platform
+</TITLE>
+
+<META http-equiv="Content-Type" content="text/html; charset=UTF-8">
+<META name="GENERATOR" content="hevea 1.10">
+<STYLE type="text/css">
+.li-itemize{margin:1ex 0ex;}
+.li-enumerate{margin:1ex 0ex;}
+.dd-description{margin:0ex 0ex 1ex 4ex;}
+.dt-description{margin:0ex;}
+.toc{list-style:none;}
+.thefootnotes{text-align:left;margin:0ex;}
+.dt-thefootnotes{margin:0em;}
+.dd-thefootnotes{margin:0em 0em 0em 2em;}
+.footnoterule{margin:1em auto 1em 0px;width:50%;}
+.caption{padding-left:2ex; padding-right:2ex; margin-left:auto; margin-right:auto}
+.title{margin:2ex auto;text-align:center}
+.center{text-align:center;margin-left:auto;margin-right:auto;}
+.flushleft{text-align:left;margin-left:0ex;margin-right:auto;}
+.flushright{text-align:right;margin-left:auto;margin-right:0ex;}
+DIV TABLE{margin-left:inherit;margin-right:inherit;}
+PRE{text-align:left;margin-left:0ex;margin-right:auto;}
+BLOCKQUOTE{margin-left:4ex;margin-right:4ex;text-align:left;}
+TD P{margin:0px;}
+.boxed{border:1px solid black}
+.textboxed{border:1px solid black}
+.vbar{border:none;width:2px;background-color:black;}
+.hbar{border:none;height:2px;width:100%;background-color:black;}
+.hfill{border:none;height:1px;width:200%;background-color:black;}
+.vdisplay{border-collapse:separate;border-spacing:2px;width:auto; empty-cells:show; border:2px solid red;}
+.vdcell{white-space:nowrap;padding:0px;width:auto; border:2px solid green;}
+.display{border-collapse:separate;border-spacing:2px;width:auto; border:none;}
+.dcell{white-space:nowrap;padding:0px;width:auto; border:none;}
+.dcenter{margin:0ex auto;}
+.vdcenter{border:solid #FF8000 2px; margin:0ex auto;}
+.minipage{text-align:left; margin-left:0em; margin-right:auto;}
+.marginpar{border:solid thin black; width:20%; text-align:left;}
+.marginparleft{float:left; margin-left:0ex; margin-right:1ex;}
+.marginparright{float:right; margin-left:1ex; margin-right:0ex;}
+.theorem{text-align:left;margin:1ex auto 1ex 0ex;}
+.part{margin:2ex auto;text-align:center}
+.rfloat{float:right;}
+body{font-family: sans-serif;
+font-size: medium;
+}
+h1, h2, h3, h4{font-weight: normal;
+}
+h1{font-size: 140%;}
+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; */
+}
+.alphaenum ol{list-style-type: lower-alpha;
+}
+.mantra{border: solid;
+border-width: 1px;
+border-color: #aaa;
+background: #eee;
+margin: 2pt;
+margin-left: 8%;
+margin-right: 8%;
+padding: 2pt;
+}
+.summary{border: solid;
+border-width: 1px;
+border-color: #aaa;
+background: #eee;
+margin: 2pt;
+padding: 2pt;
+}
+a{text-decoration: none;}
+a:hover{text-decoration: underline;}
+.floatright{float: right;
+}
+</STYLE>
+</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</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><H3 CLASS="titlerest">March 13, 2011</H3></TD></TR>
+</TABLE><DIV CLASS="flushright">
+<FONT SIZE=1>Version: </FONT><FONT SIZE=1><TT>3.0</TT></FONT><FONT SIZE=1><BR>
+ Other formats:
+</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2011/platform.html"><FONT SIZE=1>.html</FONT></A><FONT SIZE=1>,
+</FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2011/platform.pdf"><FONT SIZE=1>.pdf</FONT></A><FONT SIZE=1>.<BR>
+ More info </FONT><A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2011/"><FONT SIZE=1>on my
+homepage</FONT></A><FONT SIZE=1>.
+</FONT></DIV><P>
+
+I’m <A HREF="http://upsilon.cc/~zack">Stefano Zacchiroli</A>—mostly known as
+<EM>Zack</EM>. I’m serving as DPL for the 2010–2011 term and I’m seeking
+re-election for the next term. This platform provides background information
+about me (Section <A HREF="#sec:intro">1</A>), describes my main goals as DPL
+(Section <A HREF="#sec:goals">2</A>), and highlights more specific 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>
+<A NAME="sec:aboutme"></A></P><P>I became a Debian Developer (DD) in March 2001, shortly after the NM process
+was introduced. My Debian involvement has been through two distinct
+phases. Initially I only cared about my packages, ignoring the community: no
+IRC, no <TT>-devel</TT> 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. My most noteworthy activities during all these
+years have been:
+</P><DL CLASS="description"><DT CLASS="dt-description">
+<B>DPL</B></DT><DD CLASS="dd-description"> I’ve been serving as DPL for the present term since April 2010.
+Reports of my DPL activities since then can be found in various
+<A HREF="http://wiki.debian.org/Teams/DPL">“bits from DPL” incarnations</A> as
+well as <A HREF="http://upsilon.cc/~zack/tags/dpl/">on my blog</A>.</DD><DT CLASS="dt-description"><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> in
+2006–2010, contributing day to day maintenance as well as
+<A HREF="http://upsilon.cc/~zack/blog/posts/2008/11/PTS_SOAP_interface/">more</A>
+<A HREF="http://upsilon.cc/~zack/blog/posts/2008/08/improved_integration_among_PTS_and_Lintian/">significant</A>
+<A HREF="http://upsilon.cc/~zack/blog/posts/2008/01/pts_dehs_integration/">changes</A>;
+details are available <A HREF="http://upsilon.cc/~zack/tags/pts/">on my
+blog</A>. (My initial interest in the PTS came from the desire to
+<A HREF="http://upsilon.cc/~zack/blog/posts/2006/09/xs-x-vcs-XXX/">make</A> the
+<TT>Vcs-*</TT> fields
+<A HREF="http://upsilon.cc/~zack/blog/posts/2006/10/xs-vcs-XXX_almost_there/">popular</A>,
+which has eventually led me to write
+<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 been a long time member of the
+<A HREF="http://qa.debian.org/">Quality Assurance</A> team: 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>,
+<A HREF="http://lists.debian.org/debian-project/2009/07/msg00067.html">DD
+expiry/WAT</A>, etc.) to persisting problems.</DD><DT CLASS="dt-description"><B>OCaml</B></DT><DD CLASS="dd-description"> Proper support for the <A HREF="http://caml.inria.fr">OCaml</A>
+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> where I’ve ranged from the newbie, to leading activities. The team
+currently takes care of about
+<A HREF="http://pkg-ocaml-maint.alioth.debian.org/debian-ocaml-status.html">150
+source packages</A> with
+<A HREF="http://upsilon.cc/~zack/research/publications/jfla10-dh-ocaml.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>RCBW</B></DT><DD CLASS="dd-description"> From September 2009 to April 2010, I’ve been contributing to fix
+one RC bug per day by starting the <EM>Release Critical Bugs of the Week</EM>
+initiative; see <A HREF="http://upsilon.cc/~zack/hacking/debian/rcbw/">the RCBW
+page</A> for motivations and details.</DD><DT CLASS="dt-description"><B>AM</B></DT><DD CLASS="dd-description"> I’ve joined the <A HREF="https://nm.debian.org/whoisam.php">New
+Maintainer Committee</A> in 2009, becoming an Application Manager. I’ve
+mentored 5 new maintainers, all of which have become Debian Developers.</DD><DT CLASS="dt-description"><B>Packaging</B></DT><DD CLASS="dd-description"> I’ve maintained several dozens packages during my Debian
+involvement. Beside OCaml-related packages, I’m proud of various
+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>, 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 regular
+attendee of <A HREF="http://www.debconf.org/">DebConf</A> and, time permitting, of
+any other face to face meetings like
+<A HREF="http://wiki.debian.org/BSP2010/Moenchengladbach">BSPs</A> and
+<A HREF="http://wiki.debian.org/Sprints">sprints</A>.</P><P>In real life, I’m <A HREF="http://upsilon.cc/~zack/research/">a computer science
+researcher</A>, currently working as a post-doc in the
+<A HREF="http://www.pps.jussieu.fr">PPS</A> laboratory and
+<A HREF="http://www.irill.org">IRILL</A> research center. Both places are Debian
+Developer nests, where coffee breaks frequently turn into exciting Debian
+discussions. I mainly work on the <A HREF="http://www.mancoosi.org">Mancoosi</A>
+project, where we apply formal methods to the study of component-based systems
+such as FOSS distributions; the project regularly contributes back tools to
+the community such as
+<A HREF="http://packages.debian.org/sid/edos-distcheck"><TT>edos-distcheck</TT></A>,
+<A HREF="http://edos.debian.net"><TT>edos.debian.net</TT></A>, and other quality
+assurance services used daily by Debian and other distros.</P><!--TOC subsection Why I am seeking re-election-->
+<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc3">1.2</A>  Why I am seeking re-election</H3><!--SEC END --><P>
+<A NAME="sec:whyrunning"></A></P><P>My general motivations for running for DPL are
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc3">well explained</A> in
+my platform from last year. They are all still valid and motivating reasons for
+me to serve as DPL for another year.</P><P>Further more, I’ve experienced that serving as DPL is a task with a rather long
+<EM>bootstrap time</EM>. At the beginning of the term one needs to find the right
+balance among several tasks, like following what’s happening in the community,
+document and communicate about DPL whereabouts, decide when to intervene and
+when to stay put, as well as getting to know a whole lot of external people
+(representatives of other distributions and companies, non-profit
+organizations, lawyers, public administrations, journalists, etc.) and
+<EM>vice-versa</EM> let all these people know you. The bootstrap time is useful
+to “learn the job” but can last several months. For the next term, I’d like
+to build upon the experience I’ve accumulated to be more effective in helping
+the Debian community from day 1.</P><P>I’m also seeking re-election because, while I’m happy of several changes that
+have happened in Debian in the last year (thanks not to me, but to way more
+people than I could possibly list here), I’ve also accumulated more TODO items
+on my DPL agenda than what could be possibly addressed in the remainder of this
+term.</P><!--TOC section My goals-->
+<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc4">2</A>  My goals</H2><!--SEC END --><P>
+<A NAME="sec:goals"></A></P><P>DPL institutional tasks deal with decision-making in situations that are, in
+general, unknown <EM>a priori</EM>. Hence, I present my goals as follows.
+</P><OL CLASS="enumerate" type=1><LI CLASS="li-enumerate">
+First I give my <EM>vision</EM> encompassing key themes of Debian
+“politics”. This, I believe, is the only way to give an idea of how I can
+react to unforeseeable scenarios.</LI><LI CLASS="li-enumerate">Then I present the <EM>approach</EM> I intend to apply in carrying on DPL
+institutional tasks.</LI><LI CLASS="li-enumerate">Finally I list some specific projects I intend to pursue if elected DPL.
+</LI></OL><!--TOC subsection Vision-->
+<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc5">2.1</A>  Vision</H3><!--SEC END --><P>
+<A NAME="sec:vision"></A></P><!--TOC paragraph The role of Debian-->
+<H5 CLASS="paragraph"><!--SEC ANCHOR -->The role of Debian</H5><!--SEC END --><P>
+The ecosystem of Free Software is vast and growing. Every active distribution
+in there should be well aware of its own purpose and distinguishing traits.
+During the present term I’ve communicated about the role of Debian observing
+that we offer a set of pretty rare, if not unique, features among mainstream
+FOSS distributions. Those features consist of a mix of technical and
+“political” aspects: (1) a focus on package quality, with no distinction
+among first and second class packages; (2) a strong culture of software
+freedom, which refuses to offer non-free software by default to users and
+distribution developers (as parts of the infrastructure used to make Debian);
+(3) independence from commercial interests, with no single company or entity
+that could claim to babysit Debian; and (4) a decision making model based on a
+weighted sum of do-ocracy and democracy, which implies that by doing (rather
+than talking) everyone has a chance to have an impact on Debian.</P><P>I believe the above traits turn Debian into a rather unique and fundamental
+contributor to Free Software and I intend to continue to present the Project
+that way, both to the Debian community and to external stakeholders. For more
+information on this aspect, you might want to check the blog post
+<A HREF="http://upsilon.cc/~zack/blog/posts/2011/01/who_the_bloody_hell_cares_about_Debian/">“Who
+the bloody hell cares about Debian”</A> and my
+<A HREF="http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=talks/20110206-fosdem.git;a=tree;h=refs/heads/pdf;hb=pdf">FOSDEM
+2011 talk</A>, which carries the same title.</P><!--TOC paragraph Contributing to Debian-->
+<H5 CLASS="paragraph"><!--SEC ANCHOR -->Contributing to Debian</H5><!--SEC END --><P>
+Last year, I’ve campaigned on the topic of
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc5">more gradual and
+rewarding access paths</A> to Debian. During the past year, we marked a
+significant advancement on that topic by
+<A HREF="http://www.debian.org/vote/2010/vote_002">welcoming non-packaging
+contributors</A> in our Project. I’m convinced that in the long run that will
+prove to be a more important change than what we realize at present; it has the
+potential of turning the monoculture we used to be into the massively varied
+culture we <EM>need</EM> to be to be faithful to our vocation of universality.
+Even though technically non-packaging DD have existed before, voting on that
+change we have not only communicated to the world that Debian values all kind
+of contributions equally, but we have also invited all potential contributors
+to join our do-ocracy with their contributions. I’ve been glad to discover that
+several applicants have already answered to that invitation.</P><P>More generally, we need to make it easier to contribute to Debian with
+non-packaging contributions such as documentation, bug triaging, testing,
+translations, etc. Talking with potential contributions, I still have the
+impression that whether we are able or not to retain a potential contributor,
+depends too much on whether or not she will be lucky enough to talk with the
+“right person”. If it is the rule, such a scenario is highly suboptimal. One
+way to ease contribution is learning some tricks from other distributions
+which, for instance, have since a while decided to present “how to
+contribute” documentation on a per-profile basis (see #608400).</P><!--TOC paragraph Collaborative maintenance and NMUs-->
+<H5 CLASS="paragraph"><!--SEC ANCHOR -->Collaborative maintenance and NMUs</H5><!--SEC END --><P>
+I’ve been a fan of teams and collaborative maintenance since the very
+beginning. Rest assured that I haven’t changed my mind about that
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc5">since last year</A>.
+In fact, I’m becoming a bit more radical and I’ve been campaigning more and
+more for (properly done!) NMUs, as documented in
+<A HREF="http://upsilon.cc/~zack/hacking/debian/rcbw/">the motivations</A> of the
+RCBW initiative. I believe that (properly done!!) NMUs are the best tools we
+have to fight inertia and counter the negative effects of excessive code
+ownership. Our
+<A HREF="http://www.debian.org/doc/developers-reference/pkgs.html#nmu">current
+guidelines for NMUs</A> are in fact quite liberal and permit to cover up for MIA
+or negligent maintainers, provided they are put in the best possible conditions
+to catch up with NMU work later on. I’ll keep on advertising for NMU practices
+whenever needed.</P><!--TOC paragraph Vocal minorities-->
+<H5 CLASS="paragraph"><!--SEC ANCHOR -->Vocal minorities</H5><!--SEC END --><P>
+Last year I’ve campaigned about polls as a mean to solve issues with
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc5">vocal minorities</A>
+on Debian mailing list. I still believe polls are a potentially useful tool,
+but I haven’t seen the need of using it during the past year. Rather, several
+people—including myself—have chimed in relevant threads to point out that
+non-constructive comments from people who are not in charge of specific project
+areas are useless according to our Constitution. We have also amended our
+mailing list code of conduct accordingly (see #610262).</P><!--TOC paragraph Face-to-face meetings-->
+<H5 CLASS="paragraph"><!--SEC ANCHOR -->Face-to-face meetings</H5><!--SEC END --><P>
+Last year I’ve also campaigned for
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc5">face-to-face
+meetings</A>. I’m glad to report that we now have an informal process and
+documentation in place for <A HREF="http://wiki.debian.org/Sprints">sprints</A> and
+that we have had 10 sprints in this term, with 2 more forthcoming before its
+end.</P><!--TOC paragraph Derivatives-->
+<H5 CLASS="paragraph"><!--SEC ANCHOR -->Derivatives</H5><!--SEC END --><P>
+We have worked quite a bit with derivatives during the past year, with
+initiatives like the
+<A HREF="http://wiki.debian.org/DerivativesFrontDesk">derivatives front desk</A> and
+<A HREF="http://wiki.debian.org/Derivatives/Census">census</A>. I’ve also been
+present as a Debian representative at several meetings of derivatives
+distribution. There, I’ve campaigned for a vision of upstream-downstream
+relationships which is no longer composed by only two actors (one upstream, one
+downstream), but rather by a long chain of software vendors where every vendor
+has: direct users, benefits from upstreams, and acts as a platform for several
+downstreams. In order to pursue the interests of Free Software—for those who,
+like us, care about that—every actor should give credit to their upstreams
+and make efforts to push patches back to them. In the specific case of Debian
+we should:
+</P><OL CLASS="enumerate" type=1><LI CLASS="li-enumerate">
+<EM>be exemplar in our giving back practices</EM>, for example by tracking
+publicly our efforts in sending patches upstream;</LI><LI CLASS="li-enumerate"><EM>make as easy as possible to give back to us</EM>, for example by
+participating in cross-distribution initiatives and by NMU-ing packages when
+important downstream patches lay unattended in the BTS.
+</LI></OL><P>
+Doing both will strengthen our give back <EM>requests</EM> to derivatives that we
+should not stop posing.</P><!--TOC subsection Interaction with the project-->
+<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc6">2.2</A>  Interaction with the project</H3><!--SEC END --><P>
+<A NAME="sec:dpl-project"></A></P><!--TOC subsubsection Being present-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc7">2.2.1</A>  Being present</H4><!--SEC END --><P>
+<A NAME="sec:presence"></A></P><P>As <A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc6">promised</A>, I’ve
+done my best to be a present DPL on mailing list discussions, chiming in where
+I thought it was needed (to solve a conflict, drive a discussion to its
+conclusion, monitor the project agenda, etc.). I hereby reiterate my intention
+to do the same for the next term.</P><!--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>Last year I’ve also
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc6">engaged myself</A> to
+periodically disclose DPL activities. During the term, I’ve ended up
+implementing a specific scheme for doing that; it has worked well for me and I
+plan to reiterate it. In short, daily bits are taken about my DPL activities
+and made available to Debian Developers via a project machine, usually on a
+weekly basis. Monthly, those bits are summarized in a “bits from the DPL”
+mail sent to <TT>d-d-a</TT>. For formal stuff like delegations or other
+noteworthy activities separate mails are sent to <TT>d-d-a</TT> as well.</P><P>Doing the above takes time which is taken away from other DPL activities. When
+faced with the dilemma, I’ve favored ditching some DPL tasks and communicating
+or taking notes about the others, instead of the other way around. I intend to
+do the same during the next term.</P><!--TOC subsubsection Money-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc9">2.2.3</A>  Money</H4><!--SEC END --><P>
+<A NAME="sec:money"></A></P><P>Since last year we have got better in our transparency in money management (for
+instance we now have <A HREF="http://wiki.debian.org/Teams/Auditor">an index</A> of
+Debian trusted organizations with pointers to their reports), but we still have
+a long way to go to be properly accountable to our donors. As an ideal goal, we
+should aim for a quarterly report about our finances, which includes assets
+from all Debian trusted organizations and all money flows since the last
+reporting period. I’ve also come to realize that for the DPL, dealing with
+<A HREF="http://en.wikipedia.org/wiki/Comparison_of_Cash_Method_and_Accrual_Method_of_accounting#Cash_basis">cash-based
+accounting</A> is a pain, since it comes in conjunction with a multitude of
+organizations to monitor. Switching to cross-organization,
+<A HREF="http://en.wikipedia.org/wiki/Comparison_of_Cash_Method_and_Accrual_Method_of_accounting#Accrual_basis">accrual-based
+accounting</A> is a much needed feature to ease expense planning and transitions
+from one DPL to the next.</P><P>On both aspects—quarterly reports and accrual-based accounting—I’ve been
+hearing about progress from the auditors and I’ll do my best to help them out
+in delivering.</P><!--TOC subsection Specific plans-->
+<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>Last year I’ve campaigned about
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc12">clarifying
+delegations</A>. There has been quite some progress on that: all delegations
+I’ve made and/or clarified have corresponding pages under
+<A HREF="http://wiki.debian.org/Teams/"><TT>http://wiki.debian.org/Teams/</TT></A> that include pointers to the current
+delegation text. Some more delegations are still to be clarified and they
+should still be documented properly in the
+<A HREF="http://www.debian.org/intro/organization">organization page</A> on our
+website.</P><!--TOC subsubsection Core teams-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc12">2.3.2</A>  Core teams</H4><!--SEC END --><P>
+<A NAME="sec:core-teams"></A></P><P>Last year I’ve also campaigned about
+<A HREF="http://www.debian.org/vote/2010/platforms/zack#htoc13">restaffing core
+teams</A> so that at least three members plus assistants are part of each of
+them (modulo the fact that we have no clear definition of what a core team
+is…). Some progress has been made there as well and hopefully more will
+come before the end of this term.</P><!--TOC subsubsection Companies-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc13">2.3.3</A>  Companies</H4><!--SEC END --><P>During this term I’ve heard too often complains from small/medium companies
+with Debian expertise, often employing Debian Developers, who are unable to
+propose Debian to their customers for (silly) reasons such as: “(proprietary)
+application $foo is not <EM>certified</EM> for Debian” or “we can’t rely only
+on you as you’re too small, we want a labeled <EM>support network</EM>”.</P><P>I intend to investigate ways to help those companies to get in touch with each
+other to see if they can join forces to address some of those issues. On the
+same topic, I’d like to investigate if we can—without undermining Debian
+independence—provide incentives for those companies to contribute to Debian
+even more than what they are already doing.</P><!--TOC subsubsection User surveys-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc14">2.3.4</A>  User surveys</H4><!--SEC END --><P>We often stumble upon questions that we are unable to answer ourselves, such as
+“would user like to have a more
+reliable/eye-candy/long-term-support/bleeding-edge/…distro?” I’ve been
+collecting some of those questions in the past month and I plan to synthesize
+(some of) them into a Debian user poll to be run yearly, as many other Free
+Software projects are doing to gather actual feedback from their users. Similar
+spontaneous initiatives have been proposed in the past, but they have been
+either quite narrow (e.g. without coordination with Debian official
+communication channels which can reach out to a large public) or not suitable
+for fully automated analysis (and hence doomed to failure at the growth of the
+target sample).</P><!--TOC subsubsection Communication and publicity-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc15">2.3.5</A>  Communication and publicity</H4><!--SEC END --><P>In my humble opinion, project communication has worked <EM>really</EM> well this
+year, mainly thanks to the work of the press and publicity teams. We have sent
+out more announcements in 2010 than in previous years since quite a while, we
+have started to use a quite followed <TT>@debian</TT> account
+<A HREF="http://identi.ca/debian">on identi.ca</A>, and several news feeds from our
+website have been made RSS-able, … not to mention the amazing
+achievement of the webmaster team in revamping the layout of the Debian website
+together with the release of Squeeze.</P><P>We need to continue this trend and use social communications, where it is
+compatible with our Free Software principles, to reach out to our potential
+public. For instance, Debian still lacks an official blog to be used as a
+communication channel to our community in less formal terms than press
+releases. Recently the closest approximation we had of
+it—<A HREF="http://news.debian.net"><TT>http://news.debian.net</TT></A>—has been closed down. From a communication
+point of view that is a pity, given that the other communication channels we
+have do not enable users to easily give feedback on news items by means of
+comments, trackbacks, and the like. I intend to work on fixing this and, more
+generally, to remain involved in the publicity team as I’ve been during this
+term.</P><!--TOC subsubsection Local teams-->
+<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A NAME="htoc16">2.3.6</A>  Local teams</H4><!--SEC END --><P>Debian lacks a structured network of local teams / Debian user groups. I’ve
+come to realize this during the present term pretty quickly, as soon as people
+started asking me questions like “who should we contact for an event in
+$city?” or “do you know about periodic Debian-related meetings in $city we
+can attend?”. We have some answers about that, like the
+<TT>debian-events-*</TT> mailing lists and the recently revamped
+<A HREF="http://wiki.debian.org/Teams/Events">event teams</A>, but they are no
+substitute for a network of local teams.</P><P>Other distributions have established similar networks and their experiences
+seem to show that they are useful not only as local contact points for events,
+but also as starting circles that help users becoming gradually more and more
+involved with the distribution. I think we should consider something similar
+for Debian. I’ve mentioned the idea from time to time to the local communities
+I’ve visited for talks and generally the feedback has been very positive.</P><!--TOC section Additional info-->
+<H2 CLASS="section"><!--SEC ANCHOR -->Additional info</H2><!--SEC END --><P>
+<A NAME="sec:extra"></A></P><!--TOC paragraph Time commitment-->
+<H5 CLASS="paragraph"><!--SEC ANCHOR -->Time commitment</H5><!--SEC END --><P>
+<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 keep on hold my other Debian
+tasks, as I’ve done in the present term: it is an obligation towards former
+co-workers and a fair deal to avoid burning out.</P><P>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 as a volunteer, to be fully dedicated to DPL
+tasks. Luckily, I have at present a very
+<A HREF="http://en.wikipedia.org/wiki/Roberto_Di_Cosmo">FOSS-sensitive boss</A> who
+has been very supportive of my DPL activities during this term. I have been
+able to enjoy the freedom to reorganize my schedule for urgencies and/or longer
+activities, such as traveling for Debian-related reasons.</P><P>I can count on similar arrangements for the first 6 months of the forthcoming
+term. For the remaining 6 months I still don’t know yet, as it’s not clear yet
+who will be my employer by then. Nonetheless, in all possible employment
+scenarios I can imagine at the time of writing, I’m confident that I will be
+able to find the time needed to carry on my DPL duties. If at any time I will
+realize that is no longer the case, I will immediately resign from DPL.</P><P>Like most of us, I’m generally available not only via email, but also on IRC,
+phone, etc.</P><!--CUT END -->
+<!--HTMLFOOT-->
+<!--ENDHTML-->
+<!--FOOTER-->
+<HR SIZE=2><BLOCKQUOTE CLASS="quote"><EM>This document was translated from L<sup>A</sup>T<sub>E</sub>X by
+</EM><A HREF="http://hevea.inria.fr/index.html"><EM>H</EM><EM><FONT SIZE=2><sup>E</sup></FONT></EM><EM>V</EM><EM><FONT SIZE=2><sup>E</sup></FONT></EM><EM>A</EM></A><EM>.</EM></BLOCKQUOTE></BODY>
+</HTML>
diff --git a/hacking/debian/dpl-2011/platform.pdf b/hacking/debian/dpl-2011/platform.pdf
new file mode 100644 (file)
index 0000000..0916d82
Binary files /dev/null and b/hacking/debian/dpl-2011/platform.pdf differ