|
|
Subscribe / Log in / New account

The 2016 Debian Project Leader election

By Nathan Willis
March 16, 2016

The Debian Project Leader (DPL) is the project's democratically elected leader; each year, the Debian Developers vote, and whichever of the candidates comes out on top is deemed the winner. At least, that is the way it usually works; this year, the process is a bit different, due to the fact that there is only one candidate. Unless something peculiar happens, then, candidate Mehdi Dogguy will take over as DPL on April 17. It may sound a tad unusual from the outside but, apart from the actual vote, the election process has proceeded as normal, with Dogguy publishing a candidate platform and taking questions from project members on the election mailing list. Some are beginning to worry that the paucity of candidates indicates that the burden of serving as DPL has become too burdensome, however, which is a problem that Debian will need to address in the long term.

Debian project secretary Kurt Roeckx sent out the call for nominations on March 5, six weeks before current DPL Neil McGovern's term ends. As usual, the election was open to all Debian developers, who must nominate themselves as candidates. McGovern declined to run for a second term, and Dogguy was the only candidate who stepped forward prior to the March 12 deadline. The DPL election method can be complicated when there are many candidates, but unless the majority of the voters select "none of the above" (which is a ballot option), Dogguy will almost certainly become the new DPL.

Platforming

According to the election rules, March 13 through April 2 is reserved for the "campaign," during which project members can examine each candidate's platform and ask questions on the debian-vote mailing list.

Dogguy's platform centers on his vision for the project. He began by noting that the project has grown to the point where it complicates collaboration:

Debian has grown so much that it has become a federation of team-sized, smaller projects. As a consequence, we are having a hard time making solutions that scale up to the size of the bigger project. This becomes an even more challenging problem when the number of packages grows more rapidly than we’re able to onboard new contributors.

He proposed a review of processes and tools to identify bottlenecks and points of friction between teams, and said he will "work on collecting and compiling a repository of Debian use cases that can be used by contributors to find their way more easily into the project." In a related point, Dogguy highlighted the recruitment of new contributors as a task he will work on. Debian has successfully participated in third-party internship programs like Outreachy and Google Summer of Code, he said, "but we should also think about sponsoring such programs or make our own." Unlike outside efforts, such a program could emphasize Debian-specific goals:

We lack a program that focuses on (simply) getting more people familiar with the project, its philosophy, its community, its processes and its work-flow. I would like to encourage initiatives like Debian Women Mentoring Program and Mentoring of the Month (MoM) by the DebianMed team and generalize it to not focus purely on packaging tasks. I see this as an opportunity to join efforts and create a more generalized and project-wide mentoring program.

Dogguy also proposed two initiatives that would alter how Debian operates with respect to the outside world. The first is writing and publishing a project roadmap (which Debian does not currently do). Publishing a roadmap would help the various teams within Debian publicize their work, and enable the project as a whole to shine more light on its original work, beyond simply packaging and delivering upstream code. As DPL, he would describe each roadmap item in S.M.A.R.T. criteria, (that is, "Specific, Measurable, Assignable, Realistic, and Time-related") and make sure that progress is made.

The second initiative is pushing Debian to innovate and embrace new challenges. As an example, he cited installation media:

While our biggest sponsors in the past were manufacturers and hosters, today cloud actors joined us and usage of virtualized systems became very common. Still, we are only shipping installer images, but not pre-built system images (in various formats) or virtual system images. Aurélien Jarno has been providing QEMU images for quite some time now but I think that such initiatives could be more official and advertized. The status of system images for various Cloud providers is also not so clear and would deserve some attention.

We got used to what we have. We should work on innovating and making sure the way we do Debian is still relevant to the world. We have to make sure that the way we install and deploy Debian is relevant to our users, because they are our priority. We should make sure that our users’ concerns are fulfilled!

Among the other new challenges, he listed improving security, making upgrades "unbreakable", and improving usability.

Debate

So far, there have been no questions about Dogguy's platform on the debian-vote list. This is not too surprising; the platform does not advocate for what one would call radical change, so it might not have generated debate in a year with multiple candidates, either.

But the scarcity of DPL candidates was raised in a question to Dogguy from Paul Wise. Wise noted that the only prior occasion when a candidate ran unopposed was in 2011, when then DPL Stefano Zacchiroli ran for a second term, and asked whether "this situation reflects on the health of the Debian project".

In his reply, Dogguy countered that while single-candidate elections are rare (he himself was surprised no one else volunteered, he said), most DPL elections have a small slate. He also said that he would "not generalize this as a symptom of an unhealthy situation" for Debian as a whole, seeing it instead as a sign that the role of DPL is difficult.

Wise also asked Dogguy if he thought voters should collectively choose the "none of the above" option, in hopes of triggering a new election that would attract more candidates. Dogguy replied that such a tactic would make the situation worse.

IMHO, standing up for a DPL election requires preparation and serious thinking. You don't usually decide within the nomination week, but start preparing it a while before. I am not convinced that waiting for another week will help us to magically find another candidate.

If people didn't want to nominate themselves for DPL, then we should not force them to do so. Having "fake" candidates is not doing the project any favor. No one wants an inactive DPL. No one wants a DPL that is unprepared for the job.

Dogguy also noted that he had run for DPL in 2015 (coming close to winning) and said that "I don't think my candidacy would be more serious if [there] were two candidates." Nevertheless, he concluded, if project members do not want him as DPL, they are free to choose "none of the above."

Non-candidates

The question of whether or not this year's slim ballot indicates a problem within the Debian project drew replies from several others on the mailing list. Daniel Pocock responded that perhaps the public self-nomination process is to blame, and that nominations should be secret.

But Pocock and others also expressed concern that the role of DPL is simply too time-consuming, and that the level of commitment it demands is scaring off potential candidates. Ian Jackson raised the idea of replacing the lone DPL position with a board, although he worried that "decision making would be too slow if everything had to be done by committee."

Martin Krafft was skeptical, asking what sorts of powers such a board would have. Jackson listed budgetary issues and working with Debian's legal advisors, but pointed out that:

The DPL's very broad powers and strong legitimacy mean that they are often called on to give an informal opinion in circumstances where a board member who needed approval of other board members to do anything would have less authority.

The board idea did not gain much traction, but everyone seemed to agree that DPLs would do well to delegate tasks to other project members—which can be difficult to do in practice. Debian, like many free-software projects, is driven by volunteers, and volunteers are notoriously short on time. Dogguy noted in his platform that his employer will permit him to spend a small portion of each week working on DPL-related jobs. Such leeway with employers is not unusual (even just among prior DPLs), but at best these arrangements increase pressure on the DPL to take on tasks that the volunteer community may be slow at completing.

In the long term, Debian's growth as a project may mean that the DPL role becomes more and more of a time commitment. Whether that will mean redefining it or supplementing it with other leadership roles remains to be seen. At present, however, the lack of DPL candidates has only brought the issue to the forefront as a topic of potential concern. As Dogguy pointed out on the mailing list, there has rarely been a long line of volunteers willing to take on the task.

In spite of the larger concerns raised about the process itself, however, Dogguy seems to be regarded as a good candidate. There are no signs that there is a movement to reset the election process. This means that Debian, barring some unforeseen turn of events, already knows who its next project leader will be—and that new DPL has a solid understanding of the task ahead.


to post comments

The 2016 Debian Project Leader election

Posted Mar 17, 2016 3:44 UTC (Thu) by zuki (subscriber, #41808) [Link] (2 responses)

I read the platform, and it seems very reasonable. It identifies various problems within Debian, and does it correctly in my view as an outsider. He also proposes various actions which are useful and realistic.

So maybe one of the reasons why other people have not stepped is that people actually like this candidate and don't feel the urge to run to oppose him?

The 2016 Debian Project Leader election

Posted Mar 17, 2016 16:11 UTC (Thu) by jond (subscriber, #37669) [Link] (1 responses)

Seeing as (as Mehdi asserts) a serious candidate would have been preparing for some time, it would strike me as odd that, upon seeing Mehdi's candidacy, they would not just decide against running, but do so without even saying that they had intended to run.

I personally think that the DPL role is very unattractive because the incumbents appear to very quickly drown in bureaucracy. Lots appears to be achieved, but if I sit down and draw up some of the more long-term problems that I would like to see addressed in Debian, most of my top 3 or 5 have had no movement whatsoever in a long time. Or at least none as a result of the DPL.

That all said, I think Mehdi would be a fine DD and is a very credible candidate.

The 2016 Debian Project Leader election

Posted Apr 6, 2016 21:45 UTC (Wed) by stevem (subscriber, #1512) [Link]

What are the problems you're thinking about?

The 2016 Debian Project Leader election

Posted Mar 17, 2016 8:06 UTC (Thu) by pabs (subscriber, #43278) [Link] (2 responses)

I'm surprised the article didn't cover liw's post:

http://blog.liw.fi/posts/dpl-2016-not-platform/

The 2016 Debian Project Leader election

Posted Mar 17, 2016 16:33 UTC (Thu) by ana (guest, #41598) [Link] (1 responses)

I would be actually surprised if the post covered it. The author of that article is not running.

The 2016 Debian Project Leader election

Posted Mar 17, 2016 23:41 UTC (Thu) by pabs (subscriber, #43278) [Link]

That the author is not running is quite irrelevant.

The 2016 Debian Project Leader election

Posted Mar 17, 2016 13:13 UTC (Thu) by hummassa (subscriber, #307) [Link] (1 responses)

The platform and vision document links are giving me (not a DD) 403 errors. Is that intentional?

The 2016 Debian Project Leader election

Posted Mar 18, 2016 0:00 UTC (Fri) by pabs (subscriber, #43278) [Link]

It works for me. Which IP address are you getting? (Debian runs a CDN for www.d.o)

Seek other

Posted Mar 18, 2016 3:52 UTC (Fri) by grahame (guest, #5823) [Link] (1 responses)

A lot of ballots for positions in organisations like this have a "seek other" option, just in case there's no nominee with support. Particularly useful in the case where only one person nominates, but they don't have support.

Not suggesting that this is the case this time, but useful in general!

Seek other

Posted Mar 18, 2016 9:10 UTC (Fri) by smcv (subscriber, #53363) [Link]

We have this: it's called "None of the Above" when electing a leader, or "Further Discussion" on all other votes.

An uncontested DPL election: https://www.debian.org/vote/2011/vote_001

A general resolution with no amendments (so the only options are to accept it or not): https://www.debian.org/vote/2007/vote_003

The 2016 Debian Project Leader election

Posted Mar 20, 2016 4:45 UTC (Sun) by KaiRo (subscriber, #1987) [Link]

I'm not a Debian person but I think it merits some thought to find out if the self-nomination process actually may disadvantage members of underrepresented groups, e.g. women, colored or non-American/European people. How many DPLs so far were of such more diverse groups? May they be more reluctant to self-nominate because they would be the first of their 'kind'?


Copyright © 2016, Eklektix, Inc.
This article may be redistributed under the terms of the Creative Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds