Saturday, 19 April 2008

Principals, agents, and Debian

I’ve noted in the past that Debian has deliberately enshrined in its constitution some rather serious principal-agent problems. By and large this isn’t a bad thing, since there isn’t the consensus within the Debian community to support the “benevolent dictator for life” model of decision-making—if you want that, well that’s what Ubuntu and Daddy Warbucks is for. But it does mean that sometimes the caca hits the fan when a Debian project leader does exercise his powers, as our now-former DPL did earlier this week just before the end of his term of office (by my estimate, just over one hour and 27 minutes before). John Adams would be proud. So we have three related issues in my mind:

  • As a matter of general principle, lame-duck DPLs shouldn’t be making appointments. This issue is ameliorated somewhat because DPL delegations—unlike “midnight judges”—can be revoked at any time, but it strikes me that whatever legitimacy a DPL has from the developers evaporates once a new DPL-elect has been designated. I can only speculate why this happened in this case, so I won’t bother.
  • Second, while Debian has a very strong tradition of developer sovereignty, with many aspects of the project being self-organized rather than originating with appointments from upon high, it seems to me that certain aspects of core infrastructure can’t be managed in this way.
  • Third, the appointment does little to relieve the excessive concentration of power in the core of Debian; if anything, Anthony Towns’ apparent resignation in the wake of Jörg’s appointment worsens the situation. Ensuring there is proper vetting of people with access to important infrastructure is important, but at the same time I find it difficult to believe that there are only a half-dozen or so Debian developers who are trustworthy enough to be system administrators, account managers, or archive maintainers (several of them occupying overlapping positions). That, rather than a lack of technical tools, has been a problem of note within Debian since, oh, the days of my youthful vigor within Debian (which are long since past).

In any event, congratulations to all the new Debian developers—and I’ll avoid pondering for too long why one person’s appointment to an unrelated group would suddenly break the logjam of developer application approvals.

2 comments:

Any views expressed in these comments are solely those of their authors; they do not reflect the views of the authors of Signifying Nothing, unless attributed to one of us.

The reason the NM logjam broke is because the approved NMs were waiting for there accounts to be created (the last step, and a simple administrative task at that), and one of the appointments was to the DAM team, which is responsible for the accounts.

 

Jörg was appointed to the DAM team in January 2005, and he was listed as a member of that team prior to Sam Hocevar’s appointment (see here).

Now if it’s true that Jörg didn’t have any real power as a DAM (DWN uses the term “secondary DAM” which seems like an oxymoron—either you are an account manager empowered to manage accounts, or you’re not, and it would seem Jörg was in the latter position rather than the former) until Sam’s appointment was made, that just shifts the focus of my suspicion rather than eliminating it entirely.

Given the project’s past experience with some of the individuals on the relevant teams (predating Jörg) I’m actually more suspicious about the true dynamics of what was going on than I was before… after all, there was no good reason for Jörg to be appointed to both ftp-master and “full” DAM when we all recognize—or at least have been told by some of the relevant parties—that (a) both positions are overworked (hence suggesting that any new appointee should focus on one position) and (b) ftp-master has of late been less of a bottleneck than DAM.

 
Comments are now closed on this post.