platform v0.4
authorStefano Zacchiroli <zack@upsilon.cc>
Sun, 8 Mar 2009 12:08:14 +0000 (13:08 +0100)
committerStefano Zacchiroli <zack@upsilon.cc>
Sun, 8 Mar 2009 12:08:14 +0000 (13:08 +0100)
hacking/debian/dpl-2009/platform.html
hacking/debian/dpl-2009/platform.pdf
hacking/debian/dpl-2009/platform.txt

index 237523b..179cab2 100644 (file)
@@ -207,8 +207,8 @@ global good (making sure they get credit for it);
 and outside the project.
 </LI></OL>
 </DIV><P>
-The reward for this is the occasion to push for project-wide
-improvements by the only virtue of occupying the DPL position.</P><P>I want to challenge myself to be a transparent and present DPL, and to
+The reward is the occasion to push for project-wide improvements by
+the only virtue of occupying the DPL position.</P><P>I want to challenge myself to be a transparent and present DPL, and to
 improve the mechanisms of our project. That is why I’m running for
 DPL. (Actually, I’ve also been <EM>asked</EM> by some of you to
 run, so the blame for bothering you in reading all this does not
@@ -219,9 +219,8 @@ are, in general, unknown <EM>a priori</EM>. Hence, I present my goals as
 follows.
 </P><UL CLASS="itemize"><LI CLASS="li-itemize">
 First I give my <EM>vision</EM> encompassing key themes of Debian
-“politics”. This, I believe, is both a way to give a rough idea of
-how I can react to unforeseeable scenarios, and to allow you to get
-to better know me.</LI><LI CLASS="li-itemize">Then I present the <EM>approach</EM> I intend to apply in carrying
+“politics”. This, I believe, is the only way to give a rough idea
+of how I can react to unforeseeable scenarios.</LI><LI CLASS="li-itemize">Then I present the <EM>approach</EM> I intend to apply in carrying
 on DPL institutional tasks.</LI><LI CLASS="li-itemize">Finally I list some specific projects I intend to pursue as DPL.
 </LI></UL><!--TOC subsection Vision-->
 <H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc5">2.1</A>  Vision</H3><!--SEC END --><P>
@@ -232,18 +231,16 @@ The introduction of <A HREF="http://wiki.debian.org/Maintainers">DMs</A>
 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 maintainers who have
-lost their interest in Debian. The solution to both is <EM>more QA</EM>,
-nothing else.</P><P>On the other hand, through the DM process, many enthusiastic people
-have found their way into our project and increased our work force.
-<SUP><A NAME="text1" HREF="#note1">1</A></SUP> In addition, the
-DM process facilitates a <EM>more controlled process</EM> to become a
-full-fledged DD, with greater insurance of serious commitment to
-Debian, and experience levels. The DM process is a more fine-grained
-access path to Debian than what we had before it, which enables us to
-give back to our contributors <EM>gradually</EM> through
-recognition. Contributing to Debian is no longer all-or-nothing, it is
-now way less frustrating for packagers, who previously might have
-turned their efforts to other projects.</P><P>We need to generalize the lessons learned from the DM process. We 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
+induces a <EM>more controlled process</EM> to become a full-fledged DD,
+with greater insurance of serious commitment to Debian, and experience
+levels. All in all, the DM process is a more fine-grained access path
+to Debian than what we had before it, which enables us to give back to
+our contributors <EM>gradually</EM> through recognition. Contributing to
+Debian is no longer all-or-nothing, it is now way less frustrating for
+packagers, who previously might have turned their efforts to other
+projects.</P><P>We need to generalize the lessons learned from the DM process. We have
 a lot of potential valuable contributors out there. They just need
 better documentation about <EM>how</EM> to join. They simply demand
 something in exchange, to be proud of, that acknowledges their
@@ -464,7 +461,7 @@ that needs to be done to implement them: we will not hide problems.</LI><LI CLAS
 willing to take over the job and complete it in a given time
 frame. (Yes, I know we are all volunteers, but we do take
 responsibilities and aim for deadlines, this issue is relevant
-enough to ask for it.)<SUP><A NAME="text2" HREF="#note2">2</A></SUP></LI><LI CLASS="li-enumerate">Make sure the takers, if any, have access to the needed
+enough to ask for it.)<SUP><A NAME="text1" HREF="#note1">1</A></SUP></LI><LI CLASS="li-enumerate">Make sure the takers, if any, have access to the needed
 resources and that they get credit for their attempt and, hopefully,
 success.</LI></OL><P>If all this fails, we will have an emergency plan. For instance, we
 can consider an external bounty (i.e. nobody involved in Debian can
@@ -490,7 +487,7 @@ that is more fun for them.</P><P>All these changes however should be attempted f
 agreement, to not bother potentially understaffed yet very efficient
 teams. I will start from the precious
 <A HREF="http://lists.debian.org/debian-devel-announce/2008/04/msg00014.html">team
-reviews</A> gathered by Steve McIntyre last year<SUP><A NAME="text3" HREF="#note3">3</A></SUP> to drive re-staffing and procedural changes
+reviews</A> gathered by Steve McIntyre last year<SUP><A NAME="text2" HREF="#note2">2</A></SUP> to drive re-staffing and procedural changes
 in order not to bother properly working teams.</P><!--TOC section Additional info-->
 <H2 CLASS="section"><!--SEC ANCHOR -->Additional info</H2><!--SEC END --><P>
 <A NAME="sec:extra"></A></P><!--TOC subsection Time commitment-->
@@ -520,17 +517,15 @@ will come up during the campaigning, I will summarize my positions
 about them at
 <A HREF="http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/"><TT>http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/</TT></A>.</P><!--BEGIN NOTES document-->
 <HR CLASS="footnoterule"><DL CLASS="thefootnotes"><DT CLASS="dt-thefootnotes">
-<A NAME="note1" HREF="#text1">1</A></DT><DD CLASS="dd-thefootnotes">FWIW are you aware that enthusiastic DMs have been taking
-care of <TT>devscripts</TT> for several months now?
-</DD><DT CLASS="dt-thefootnotes"><A NAME="note2" HREF="#text2">2</A></DT><DD CLASS="dd-thefootnotes">FWIW, even though it was way
-simpler, my experience with the
+<A NAME="note1" HREF="#text1">1</A></DT><DD CLASS="dd-thefootnotes">FWIW, even though it was way
+simpler, but my experience with the
 <A HREF="http://upsilon.cc/~zack/blog/posts/2007/12/pts_face_lifted/">PTS
 face lift</A> is that our community is responsive to our
 deficiencies in Web presence. I asked for a new PTS CSS layout,
-got several replies, and chose one of them. Of course it required
-some back and forth round trips, but is nothing different from the
-usual patch work flow.
-</DD><DT CLASS="dt-thefootnotes"><A NAME="note3" HREF="#text3">3</A></DT><DD CLASS="dd-thefootnotes">with specific
+got several replies, and chose one of them. It required some back
+and forth round trips, but is nothing different from the usual
+patch work flow.
+</DD><DT CLASS="dt-thefootnotes"><A NAME="note2" HREF="#text2">2</A></DT><DD CLASS="dd-thefootnotes">with specific
 exceptions, if interviewed people do not feel like sharing the
 actual content with me
 </DD></DL>
index 4432b51..5c443b0 100644 (file)
Binary files a/hacking/debian/dpl-2009/platform.pdf and b/hacking/debian/dpl-2009/platform.pdf differ
index 8b6568a..dd91eac 100644 (file)
@@ -127,8 +127,8 @@ imperfections of our do-ocracy: alphaenum
    global good (making sure they get credit for it); 
    3. assign people to key positions to improve service quality inside
    and outside the project. 
-    The reward for this is the occasion to push for project-wide
-improvements by the only virtue of occupying the DPL position.
+    The reward is the occasion to push for project-wide improvements by
+the only virtue of occupying the DPL position.
   I want to challenge myself to be a transparent and present DPL, and to
 improve the mechanisms of our project. That is why I’m running for
 DPL. (Actually, I’ve also been asked by some of you to run, so the
@@ -145,9 +145,8 @@ are, in general, unknown a priori. Hence, I present my goals as follows.
 
   
    - First I give my vision encompassing key themes of Debian
-   “politics”. This, I believe, is both a way to give a rough idea
-   of how I can react to unforeseeable scenarios, and to allow you to
-   get to better know me.
+   “politics”. This, I believe, is the only way to give a rough idea
+   of how I can react to unforeseeable scenarios.
  
    - Then I present the approach I intend to apply in carrying on DPL
    institutional tasks.
@@ -165,17 +164,16 @@ 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
 maintainers who have lost their interest in Debian. The solution to both
-is more QA, nothing else.
-  On the other hand, through the DM process, many enthusiastic people
-have found their way into our project and increased our work force.
- (37) In addition, the DM process facilitates a more controlled process
-to become a full-fledged DD, with greater insurance of serious
-commitment to Debian, and experience levels. The DM process is a more
-fine-grained access path to Debian than what we had before it, which
-enables us to give back to our contributors gradually through
-recognition. Contributing to Debian is no longer all-or-nothing, it is
-now way less frustrating for packagers, who previously might have turned
-their efforts to other projects.
+is more QA.
+  Through the DM process, many enthusiastic people have found their way
+into Debian, increasing our work force. In addition, the DM process
+induces a more controlled process to become a full-fledged DD, with
+greater insurance of serious commitment to Debian, and experience
+levels. All in all, the DM process is a more fine-grained access path to
+Debian than what we had before it, which enables us to give back to our
+contributors gradually through recognition. Contributing to Debian is no
+longer all-or-nothing, it is now way less frustrating for packagers, who
+previously might have turned their efforts to other projects.
   We need to generalize the lessons learned from the DM process. We have
 a lot of potential valuable contributors out there. They just need
 better documentation about how to join. They simply demand something in
@@ -203,7 +201,7 @@ gain experience there. Team member feedback can then be useful to take
 some of the weight off the shoulders of the AMs (Application Managers).
 Similarly, we should not accept one-man-band maintenance when it comes
 with de facto unmaintained packages (to be identified with suitable QA
-activities (38)). In those cases, we should suggest—or even force if
+activities (37)). 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.
   mantra 
@@ -225,7 +223,7 @@ past—moderation measures to counter repeated community disrupting
 behaviors, we cannot take the risk of applying them only on the
 assumption that the posters actually are a vocal minority. Even though
 there are no optimal solutions for this kind of problems, technical
-devices can help. One such device I want to put into use are polls (39),
+devices can help. One such device I want to put into use are polls (38),
 as proposed by Jeroen van Wolffelaar and other years ago. The intention
 is to enable every DD to start mail-based, authenticated polls à la
 devotee.
@@ -246,7 +244,7 @@ together face to face, hack for hours, do stuff together, and get back
 home. The day after, your remote collaboration will be better.
   Helping the organization of meetings is a wonderful way of spending
 Debian money or other investing resources, such as specifically
-appointed people. Luckily we do have DebConf (40), which is organized by
+appointed people. Luckily we do have DebConf (39), which is organized by
 a very efficient specific team. Nevertheless it should not be the only
 get-together, and we should push more for local meetings, employing our
 resources for that. I see as perfectly reasonable supporting
@@ -262,9 +260,9 @@ showstopper in organizing specific sponsoring campaigns.
     
 Derivatives
    We are part of the FOSS ecosystem, in which patches flow both
-downstream and upstream. We have promised (41) to give back to the free
+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 (42) by Sean Finney are a way to ensure that all
+recent patch tracker (41) by Sean Finney are a way to ensure that all
 our changes are visible both to down and upstream.
   Our derived distributions (AKA derivatives) have us as theirs
 upstream, and are in a similar situation. We cannot pretend that they
@@ -293,7 +291,7 @@ we should not stop posing.
 Maybe it was just me not being pro-active enough to ping the DPL on IRC
 or email and ask, but I consider it a DPL duty to communicate his or her
 presence. That comes in two forms: one is to lead discussions among
-developers, as prescribed in the constitution (43), something I have
+developers, as prescribed in the constitution (42), something I have
 rarely seen. While we do not want that by default (no need for a
 “post-in-every-thread” DPL), I will try to be present in “hot”
 discussions (vague on purpose) which concern the organization and the
@@ -307,12 +305,12 @@ arguments.
   More generally, managing the project agenda is something that should
 be expected from the DPL. Managing the agenda means having a road map of
 topics the project should consider with in some time frame. The
-DiscussionsAfterLenny (44) page is an example of such need. The DPL
+DiscussionsAfterLenny (43) page is an example of such need. The DPL
 should ensure the project has similar agendas to avoid forgetting about
 important topics to remember them, say, just before a release.
   Management also means keeping track of what happened. The DEP
-proposal (45)—started by myself, Adeodato Simó (46), and Lars
-Wirzenius (47)—was an attempt to deliver a device to achieve that: no
+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
 status of “large” project-changing proposals.
   We should expect the DPL to take care of “orphaned” DEPs by
@@ -344,7 +342,7 @@ consuming and possibly intimidating.
   The solution I will implement is to have some constant feed of DPL
 activity news. “Feed” as a concept, the implementation can vary: an
 IRC channel, blogging or micro-blogging, a wiki page BitsFromTheDPL
-handled à la DeveloperNews (48), posts to -private for sensitive
+handled à la DeveloperNews (47), posts to -private 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 at all, not even by censoring or
@@ -391,9 +389,9 @@ responsibility for 2IC actions.
 2.3.1  Clarify delegates
 ------------------------
    
-  Remember: there is no cabal (49). Good news. Then: 
+  Remember: there is no cabal (48). Good news. Then: 
   
-   1. all current delegates (50) should be clearly stated under
+   1. all current delegates (49) should be clearly stated under
    http://www.debian.org/intro/organization with reference to the
    delegation mail;
  
@@ -407,10 +405,10 @@ responsibility for 2IC actions.
 2.3.2  The www.d.o issue
 ------------------------
    
-  We all want a sexier website (51), i.e., a website where people can
+  We all want a sexier website (50), i.e., a website where people can
 find what they look for, and which does not make us look like Debian is
 an operating system of the 1980s. While work on the issue has been going
-on (52) in the WWW team, we have not delivered visible improvements yet.
+on (51) in the WWW team, we have not delivered visible improvements yet.
   I intend to help the WWW team in order to solve the main issues within
 the term. While it will be pointless to set the precise technical goals
 in a platform, my intended course of actions will be as follows. All
@@ -425,7 +423,7 @@ steps are meant to be performed in agreement with the WWW team.
    willing to take over the job and complete it in a given time frame.
    (Yes, I know we are all volunteers, but we do take responsibilities
    and aim for deadlines, this issue is relevant enough to ask for
-   it.) (53)
+   it.) (52)
  
    3. Make sure the takers, if any, have access to the needed resources
    and that they get credit for their attempt and, hopefully, success.
@@ -450,14 +448,14 @@ regulars in several teams seems to work very well in that respect.
   My naive intention would be to bring all core teams to at least three
 members and to push for campaigning for assistants when there are no
 well-established procedures for team joining. Also, by looking at our
-organization page (55) it looks as if several teams are either not
+organization page (54) it looks as if several teams are either not
 active anymore, or are very bad in communicating what they are doing.
 For their own good, involved people should be encouraged to replacement
 and something to work on that is more fun for them.
   All these changes however should be attempted first with team
 agreement, to not bother potentially understaffed yet very efficient
-teams. I will start from the precious team reviews (56) gathered by
-Steve McIntyre last year (57) to drive re-staffing and procedural
+teams. I will start from the precious team reviews (55) gathered by
+Steve McIntyre last year (56) to drive re-staffing and procedural
 changes in order not to bother properly working teams.
   
 
@@ -501,7 +499,7 @@ http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/.
   
 -----------------------------------------------------------------------
   
-   This document was translated from LaTeX by HeVeA (58).
+   This document was translated from LaTeX by HeVeA (57).
 -----------------------------------
   
   
@@ -584,54 +582,51 @@ http://www.upsilon.cc/~zack/hacking/debian/dpl-2009/.
  
  (36) http://wiki.debian.org/Maintainers
  
- (37) FWIW are you aware that enthusiastic DMs have been taking care of
-   devscripts for several months now?
+ (37) http://wiki.debian.org/qa.debian.org/bapase
  
- (38) http://wiki.debian.org/qa.debian.org/bapase
+ (38) http://master.debian.org/~jeroen/polls/
  
- (39) http://master.debian.org/~jeroen/polls/
+ (39) http://www.debconf.org
  
- (40) http://www.debconf.org
+ (40) http://www.debian.org/social_contract
  
- (41) http://www.debian.org/social_contract
+ (41) http://patch-tracking.debian.net
  
- (42) http://patch-tracking.debian.net
+ (42) http://www.debian.org/devel/constitution#5
  
- (43) http://www.debian.org/devel/constitution#5
+ (43) http://wiki.debian.org/DiscussionsAfterLenny
  
- (44) http://wiki.debian.org/DiscussionsAfterLenny
+ (44) http://dep.debian.net/deps/dep0/
  
- (45) http://dep.debian.net/deps/dep0/
+ (45) http://chistera.yi.org/~adeodato/blog/
  
- (46) http://chistera.yi.org/~adeodato/blog/
+ (46) http://liw.iki.fi/liw/
  
- (47) http://liw.iki.fi/liw/
+ (47) http://wiki.debian.org/DeveloperNews
  
- (48) http://wiki.debian.org/DeveloperNews
+ (48) http://tinc.debian.net
  
- (49) http://tinc.debian.net
+ (49) http://www.debian.org/devel/constitution#8
  
- (50) http://www.debian.org/devel/constitution#8
+ (50) http://www.debian.org/vote/2007/platforms/sho
  
- (51) http://www.debian.org/vote/2007/platforms/sho
+ (51) http://wiki.debian.org/DebianWebsiteDiscussion
  
- (52) http://wiki.debian.org/DebianWebsiteDiscussion
- (53) FWIW, even though it was way simpler, my experience with the PTS
-   face lift (54) is that our community is responsive to our
+ (52) FWIW, even though it was way simpler, but my experience with the
+   PTS face lift (53) is that our community is responsive to our
    deficiencies in Web presence. I asked for a new PTS CSS layout, got
-   several replies, and chose one of them. Of course it required some
-   back and forth round trips, but is nothing different from the usual
-   patch work flow.
+   several replies, and chose one of them. It required some back and
+   forth round trips, but is nothing different from the usual patch work
+   flow.
  
- (54) http://upsilon.cc/~zack/blog/posts/2007/12/pts_face_lifted/
+ (53) http://upsilon.cc/~zack/blog/posts/2007/12/pts_face_lifted/
  
- (55) http://www.debian.org/intro/organization
+ (54) http://www.debian.org/intro/organization
  
- (56)
+ (55)
    http://lists.debian.org/debian-devel-announce/2008/04/msg00014.html
  
- (57) with specific exceptions, if interviewed people do not feel like
+ (56) with specific exceptions, if interviewed people do not feel like
    sharing the actual content with me
  
- (58) http://hevea.inria.fr/index.html
+ (57) http://hevea.inria.fr/index.html