By Jake Edge
October 24, 2012
Back in May, we reported on a longstanding
Debian technical
committee "bug" that proposed replacing the Debian Python maintainer. The
bug has existed since March 2010, and the problem of dysfunctional
communication among the maintainers of various Python packages goes back
further than that. It looked like things might be coming to a head in May,
but the problem was finally resolved—or at least the technical
committee rendered a judgment—on
October 5.
It is not clear what precipitated the restart of the technical committee
vote process, though a thread on hijacking
packages in debian-devel at the same time may have been a partial trigger. In
any case, Don
Armstrong drafted a resolution for
consideration on September 27. A few comments were made, which were
then addressed by Armstrong, who called
for a vote on October 4. The vote was quickly resolved in favor of
not replacing Matthias Klose, the Debian Python maintainer.
While the vote was lopsided, it was hardly a ringing endorsement for Klose
or his communication style. The other two options (besides the
ever-present "further discussion") were to turn over the Python package to
two different teams led by new maintainers: Sandro Tosi, who filed the
original bug, or Jakub Wilk, who volunteered back in April. The choice for
leaving Klose as the
maintainer includes an additional clause that suggests a change:
8. The committee requests that Matthias Klose consider adding
additional co-maintainers to the python interpreter package.
The resolution also contained a bit of a recap of the problems, at
least from the perspective of the committee. The communication
difficulties reached a point some time ago that Klose has essentially
stopped posting to the mailing list (and, for that matter, never posted any
kind of response or clarification in the bug). Those problems stem from a
feedback loop spelled out in the resolution. Essentially, flames posted
about the motives of various participants led them to withdraw from
communicating, which resulted in more flames (and, eventually, the
resolution). The resolution notes: "Neither the inflammatory comments, nor the lack of response are
acceptable outcomes."
It has been clear over the two and a half years this has gone on that the
committee members are rather disappointed that they are faced with the
issue. It is not just that they have a make a hard decision that "will appear to validate one problematic
behavior or the other", but also that the parties involved couldn't
resolve it on their own.
It is a bit unclear what the result of the decision will be. Wilk is still
active on the debian-python mailing list, while Tosi hasn't posted in more
than five
months. Neither may be a long-term indicator of their plans regarding
Python in Debian. After initially being resistant to a forcible change of
maintainer, Wilk changed his mind on
August 10, which is how his name ended up on the resolution ballot.
That may also have helped spur a final tech committee vote on the issue.
But, moving forward, the committee did make a request to address one of the
bigger problems that was cited when the bug was first filed. Because of
the lack of communication, changes to Python packaging that affected other
related packages were not being announced. In a clause that would have
been present no matter how the vote went, the resolution covers that
problem:
6. The committee requests that all major changes in the python
interpreter packages which will affect other packages in Debian be
announced on the appropriate mailing lists before they take effect so
they can be planned for and/or unplanned problems discussed.
It is certainly a sticky situation when maintainers of related packages
cannot seem to get along. Debian is famously maintainer-oriented, giving
those maintainers wide latitude in how they handle "their" packages. That
was likely a significant factor in the decision-making process. But, even
with the vote, things may really not be resolved and the committee may need
to get involved again. One hopes not, but the resolution doesn't necessarily
really change anything.
(
Log in to post comments)