|
|
Subscribe / Log in / New account

Of hall monitors and slippery slopes

LWN.net needs you!

Without subscribers, LWN would simply not exist. Please consider signing up for a subscription and helping to keep LWN publishing

By Jake Edge
May 12, 2010

Since its inception in July of 2009, the Fedora Hall Monitor policy has had mixed reviews. The intent of the policy is to promote more civil discourse on various Fedora mailing lists—to embody the "be excellent to each other" motto that is supposed to govern project members' behavior. Questions were raised about the recent "hall monitoring" of a thread on fedora-devel, because, instead of the usual reasons for stopping a thread—personal attacks, profanity, threats of violence, and the like—it was stopped, essentially, for going on too long.

Kevin Kofler's open letter about why he was not going to run again for a seat on the Fedora Engineering Steering Committee (FESCo) was the starting point of the problem thread. But the focus of the discussion was mostly on the update process for Fedora, something which has been roiling the Fedora waters for several months now. Kofler strongly believes that the proposals requiring more "karma"—votes in favor, essentially—in the bodhi package management system before pushing out updates are simply bureaucratic in nature and won't prevent problems with updates. Other FESCo members, apparently the vast majority of them, disagree. As FESCo member Matthew Garrett put it:

There is no change too trivial to not require testing. The software industry is full of examples of obviously correct fixes causing hideous breakage. Most developers get to learn that the hard way at some point, but it's still preferable to put processes in place to protect users from accidents.

But Kofler believes that package maintainers should be able to make these decisions, without hard and fast testing requirements imposed by FESCo, or the Fedora Packaging Committee (FPC). Kofler and others are quite happy with the status quo, whereas other community members—both FESCo and not—see that problems with upgrades are giving the project something of a black eye. Kofler is adamant in his response to Garrett:

While you do have a point in principle, in practice, our maintainers are quite good at judging the risk of their changes, and often the risk is so extremely low that it is far outweighed by the benefits of getting the change out ASAP. This is always a tradeoff. And 100% bugfreeness doesn't exist anyway, testing is NOT going to catch all issues either.

Most of these arguments are familiar to those who follow fedora-devel. The participants in the discussion are often the same and the positions they take are fairly predictable. But the content was on-topic and the discourse wasn't descending into personal attacks or insults, so it was something of a surprise to many when hall monitor Seth Vidal stepped in and closed the thread:

This thread is now closed. We've received repeated complaints about the redundancy of it.

No further posts to this thread will be allowed.

The last line turns out to have been somewhat premature as the thread continued, only it switched to focus on the hall monitors' decision. Toshio Kuratomi asked how the Hall Monitor policy—which is undergoing some changes as a result of this issue—could be applied to redundant threads:

There doesn't seem to be any lack of courtesy present in the thread yet. So it doesn't seem to fall under the current policy. If "signal to noise" is a valid reason for hall monitoring it should be added to the policy through the appropriate process.

Vidal quoted a blanket provision in the policy that allows thread closure posts for "aggressive or problematic mailing list threads" as the reason the action was taken. That didn't sit well with a number of folks. Kofler complained: "This vague paragraph can be abused to justify censoring pretty much everything." Adam Williamson had a more detailed analysis:

That doesn't read, to me, like it was written to mean 'hall monitors can choose to close any thread at their own discretion'. To me it simply reads like a process point, saying that 'when a thread looks like it should be monitored *for one of the specified reasons*, hall monitors can choose to send a 'thread closure' post rather than move straight to an official warning'.

At least, that's how I always assumed it was intended when the policy came in, and I'm not at all sure I'm okay with a policy which says 'hall monitors can shut down any discussion they choose for any reason they like'.

Evidently, three users and two hall monitors had complained about the thread, which was enough to constitute "repeated complaints". But, because the topic had (mostly) shifted away from the update process and into things like hall monitoring and Fedora's "purpose" (or goal, i.e. "what is Fedora for?"), it was allowed to continue. In the end, the "thread closure" led to roughly doubling the size of a thread which may—or may not—have been winding down on its own.

In a post to fedora-advisory-board, Kuratomi requested that the board look into the issue with an eye toward clarifying the policy. He suggested three ways to resolve the issue: restricting the hall monitors' remit to just insults and personal attacks, specifically calling out redundant threads as an area for the hall monitors to police, or allowing thread closures based on the number of complaints received. Kuratomi is in favor of the first option, "as the others are taking us too far into the realm of giving a few people the power to decide what is and is not useful communication."

At its May 6 meeting, the board did discuss the issue. While it is clear that several board members are not in favor of having hall monitors, and were surprised when this particular thread was "clipped off", as Mike McGrath put it, there is more to the problem than just the policy. At its core, the problem is that Fedora is still struggling with its identity.

Some community members would like to see Fedora be a well-polished desktop distribution that gets released every six months and is relatively stable from there—a la Ubuntu. Others see Fedora as a refuge for those who don't like the Ubuntu approach, want to get frequent package updates, and live closer to the "bleeding edge". It is, at the very least, difficult for one distribution to support both of those models, but in some sense that is what Fedora is currently trying to do.

Because the project hasn't made a firm commitment to a particular direction, at least one to the exclusion of the other, there are advocates on both sides who are trying hard to pull the distribution in the direction they want. Kofler is loudly, and repetitively, making his case that Fedora will lose a sizable chunk of its users and contributors if it becomes more conservative about updates. Others argue that update woes are driving users and contributors away.

McGrath is firmly in the camp that Fedora should first decide what it is and what its goals are, and then ask those who are "chronically unhappy" with that direction to leave the project. That would lead to less contentious mailing list threads among other things. It's a hard problem, he said, and "we don't want everyone who's unhappy with Fedora to leave"

In a discussion that lasted for more than an hour, the board looked at various facets of the problems, but hall monitor Josh Boyer brought it back to the particular thread in question. He asked if there was "anyone on the Board that thinks the recent hall monitor action was inappropriate". Matt Domsch and McGrath were both surprised at the action, while John Poelstra was not, and the rest of the board was non-committal. No one said that they found the action inappropriate, but Domsch suggested that the board recommend "that hall monitors provide additional latitude to long threads that may be redundant, but that aren't violent".

Poelstra wanted to see some "overall objectives for having this policy" added to the policy document as well. Both he and Domsch took action items to edit the policy for board approval at its next meeting on May 13. The changes that were made seem much in keeping with what the board members were saying, so it seems likely that the board will approve them.

Seemingly arbitrary thread closures are clearly a concern to some in the community. Trying to determine which threads are "making progress" versus those that are just repetitive is difficult—and extremely likely to be contentious. While the goals of the hall monitor policy are generally good, it isn't clear that making decisions on specific threads to try to stop discussions getting "out of hand" is a good way forward. It is something of a "slippery slope". There are too many fine lines that need to be drawn—and then challenged by dissenters—that it may just be an exercise in futility.

For the current problem thread, at least, the real underlying issues have yet to be completely addressed. As Fedora moves toward implementing the new packaging rules, which may slow down the usual Fedora update stream, the decline in users and contributors that Kofler envisions may occur. The opposite could happen as well. Only time will tell.



(Log in to post comments)

Of hall monitors and slippery slopes

Posted May 12, 2010 18:51 UTC (Wed) by lmb (subscriber, #39048) [Link]

Testing is paramount to quality. If it wasn't tested, it is broken. There is way too little testing in the software world. Test-driven development would be such a good idea.

What may be needed is a meta-vote - essentially, a review by high-karma users not of the change or the package, but of the package's automated regression test-suite. A package with an excellent regression test suite could get away with shipping the change quickly.

And, possibly, maintainer karma - and repeated demonstration of excellence on updates - could simplify and speed up the release process.

Of hall monitors and slippery slopes

Posted May 12, 2010 20:22 UTC (Wed) by mrshiny (subscriber, #4266) [Link]

Karma could be granted (or removed) afterwards as well, based on the number of bugs reported in a particular update (in the absence of a regression test, the users are the regression testers). In this way over-aggressive package maintainers or problematic packages could be identified.

Of hall monitors and slippery slopes

Posted May 12, 2010 23:39 UTC (Wed) by jcm (subscriber, #18262) [Link]

The "number of bugs" is always a bad metric. You could have ten bugs about typos in man pages vs. one whopper - how do you measure that?

Of hall monitors and slippery slopes

Posted May 13, 2010 3:38 UTC (Thu) by mrshiny (subscriber, #4266) [Link]

Well, presumably the bugs can be weighted by their severity (assigned by a person) or by the number of times this bug was reported (by the automated reporting tool). Maybe "number of bugs" isn't accurate but rather "number of people who reported this" or "number of crashes caused by this bug".

It isn't perfect but it's a start.

Same old story, only in a different community...

Posted May 13, 2010 12:37 UTC (Thu) by Lionel_Debroux (subscriber, #30014) [Link]

When reading "Kofler is loudly, and repetitively, ... [making some controversial point]", I thought for a split second "hey, that's a pretty spot-on analysis of Kevin's behaviour (and people in reaction to Kevin's repetitive behaviour) in the TI calculators developer communities for years. Yet another person has realized that".
But just about immediately, I realized that the article is talking about Kevin in Fedora...

Before Kevin made the headlines multiple times recently for e.g. the Mozilla trademarks controversy, posting a self-important open letter, and/or making various controversial points in the Fedora project, he became the most hated person in the TI communities, due to his two faceted-personality:
* the "technically capable, and usually motivated, person who helps newcomers" facet, which enables him to raise in the hierarchy and make friends in the beginning;
* the "notorious troll with very dogmatic, often black xor white and unreasonably unbalanced opinions, chronically incapable of understanding diverging opinions and a number of tradeoffs, and spamming everyone with his ramblings about e.g. Fedora being the best and the rest being crap" facet.
That second facet disgusts pretty much everyone from such madness in the long run. And that's even despite his least friendly ramblings being outside of public sight, in his closely guarded IRC chan, from which excerpting even a single word (without authorization, that is, but he won't give it) is punished with a !kb...

We other members of the TI calculators developer communities are not perfect - but it's a fact we have far less trouble cooperating among ourselves than Kevin has cooperating with pretty much anybody of the community in the long run, so we're definitely not the only culprits there.
Kevin's frequent statements along the lines of "I really do not understand why not to do X"/"Je ne comprends vraiment pas pourquoi ne pas faire X" and "X is totally useless"/"X ne sert strictement à rien", not to mention various kinds of programs and ideas being "crap", are powerful deterrents.

We have tried to make him understand why his behaviour was lowering the mood and giving other people an awful opinion about him, and how to change it for his own good, the good of the TI community and the good of communities that he could attend later - to no avail.
So we gave up, and while somebody mentioned the possibility, we didn't destroy his reputation in the Fedora community - after all, even if we doubted that he'd behave differently in another community, we left him a chance to. And sure enough, he screwed up in another, much larger, community, with consequences potentially a lot more wide-ranging...

Until he understands how destructive he is and fixes his behaviour (something I did myself - I used to be one of the persons siding with Kevin and I behaved nearly as badly as Kevin did against a group of persons, but back in 2004, I understood my wrongdoing and fixed my behaviour), Kevin might want to remain in the world of boolean Mathematics (where things are true xor false), and stay away of activities involving other human beings...

Same old story, only in a different community...

Posted May 14, 2010 18:55 UTC (Fri) by giraffedata (guest, #1954) [Link]

Wait -- "I really do not understand why not to do X" is a deterrent to cooperation? Sounds like a polite invitation to me.

I agree that "X is totally useless" is obnoxious, but only because it's usually false -- a gross exaggeration -- and indicates the speaker's inability to see shades and perspectives.

"crap" is clearly deterrent, since it moves the discussion from objective criticism to a comparison of personal taste.

Same old story, only in a different community...

Posted May 14, 2010 19:12 UTC (Fri) by halla (subscriber, #14185) [Link]

I've been at the receiving end of repeated "I don't understand why..." -- and yes, it's an effective deterrent. Initially, I thought I had not made myself clear, but when it continued year after year I learned that all it meant was "I don't want to understand". It is very hard, even impossible to make yourself understood to someone who starts, at the beginning of reading your argument, with composing a reply in his head that begins "I don't understand". It's rhetoric -- and it's effective. It's also completely false, and often the hallmark of poisonous people in a project.

In other words, telling someone you didn't understand them is not polite: it's telling them they are too stupid to make themselves clear. Though that might be a cultural thing, of course.

Same old story, only in a different community...

Posted May 15, 2010 12:15 UTC (Sat) by Lionel_Debroux (subscriber, #30014) [Link]

Indeed, there's a /major/ difference between a) once-in-a-while "I don't see/understand why [...]" and b) years of repeated "I don't see/understand why" when replying to users and other developers who back their wishes (and sometimes even tentative patches) with arguments from the other side of the coin.
a) is polite (especially if explicitly followed by ~"please explain more / better / differently"), b) means "I don't want to understand".

Obstructive behaviour ("I don't want to understand", actively disregarding user input, tearing down a number of ideas and patches with "it's useless" - while the very fact that someone has spent the time to make changes to the code and submit them means that these changes _are_ useful to someone; etc.) is very bad when the person repeatedly writing such statements is one of the decision-makers of the community...
(Nowadays, it would be nearer from the facts to say that Kevin _was_ a decision-maker, given that he has done little in the way of productive changes for more than two years...)

I've been made aware of a number of occurrences of Kevin behaving in Fedora like he behaves in the TI-68k community, e.g.:
* trolling on redundant topics, which ended up getting him the CMake extremist and Sam the autotools extremist threatened twice with moderation (they disregarded the first warning): https://www.redhat.com/archives/fedora-devel-list/2009-Ju... , dozens of mails whose title contains "an update to automake-1.11?";
* flaming down using a destructive tone (the opinion itself is valid, but "completely braindead crap" is a terribly obnoxious choice of words): https://www.redhat.com/archives/fedora-devel-list/2009-Oc... . So did Ulrich Drepper ("for a problem that doesn't exist. I don't see why people even spend a second thinking about this.").

I have also been made aware that some people in the Fedora community have realized things about Kevin that many of us in the TI community have realized for years, e.g.:
* http://article.gmane.org/gmane.linux.redhat.fedora.devel/... : Kevin's inability to accept wishes different from his (obviously, in the TI-68k community, it was more about e.g. "_nostub vs. kernel" and "size optimization vs. speed optimization" than "KDE vs. Gnome" or "Fedora vs. other distros"). The mail was complete with a useful suggestion on how to improve his behaviour for the common good.
* http://article.gmane.org/gmane.linux.redhat.fedora.devel/... ("you seem to have no skills for actually promoting cooperation and understanding between different groups of people." !)

Among other persons, I have already explained Kevin multiple times how he could have worded some of his thoughts in a much more polite way, and I have also explained him one of the useful life lessons given by one of my schoolmates, about being predictable and being all too quick to react to trolling. All of this was to no avail, since it's abundantly clear that Kevin is mad enough to keep screwing up, both in the TI community and (that is a much more serious issue) in one of the highest profile FLOSS projects out there !
I just strongly hope, for his sake and for ours, that Kevin at last realizes how awful his behaviour is, and fixes it before it's too late (before even more people are severely unhappy with him in the Fedora community - but also before an ill-intentioned person exploits his high predictability and his inability to think differently to put him in an uneasy situation IRL). "Only time will tell".

Same old story, only in a different community...

Posted May 16, 2010 22:14 UTC (Sun) by dirtyepic (guest, #30178) [Link]

I don't understand why you're using the LWN comments section to vent your frustrations with this individual. Please go do it elsewhere.

Same old story, only in a different community...

Posted May 17, 2010 13:32 UTC (Mon) by Lionel_Debroux (subscriber, #30014) [Link]

If the only thing you can see in my comments is "venting my frustrations", then you're missing the point and the issues raised - Kevin's style ;)

See, it's not out of sheer pleasure that I'm posting here. There's a goal. I'm doing this because for the common good of both of our communities, and for his own sake, there _needs_ to be a change in Kevin's behaviour. Kevin needs to be taught many lessons about human behaviour, respect and cooperativeness. Not to mention common sense - he complains about the FESCo lacking common sense, but well...
Drawing lines between people, trolling on redundant topics and thought exercises not backed by significant facts (here, what would happen if Fedora's update process became more conservative or less conservative) is no good. We're talking about FLOSS here, a model where federating people towards a common goal is important. Kevin _needs_ to use his time and skills (as I already wrote, he _is_ capable) in a much more useful way. Adam Miller, too, wrote him something along those lines.
But given that nearly 10 years of conflicts (with, once in a while, explanations on how to improve his behaviour coming from multiple persons, as I've stressed) in the TI communities haven't fixed Kevin's behaviour, and that he's using the same kind of ways in the Fedora community, I feel that remaining mute is at best inefficient, at worst damaging. We TI community left Kevin the chance of a fresh start with a different set of people - but was it the best thing we could have done, after all ?

I know first-hand what it takes to radically alter behaviour. As I mentioned above, I did it myself, after finding out about a number of facts (IRC chan logs, etc.) that shed a very different light about the respective behaviour of Kevin and the others (compared to the way Kevin presented, or hid, those facts). The results of acknowledging my errors and fixing my behaviour (working collaboratively with more people, being hated by many less persons, etc.) have been highly positive. Seriously.

I don't have such pride as thinking that my several posts in that thread will yield significant changes. But at least, I'll have _tried_ to open a few more eyes...
The thing is, we TI community know Kevin much better than you do. Kevin's bright side comes to sight first, but sooner or later comes the dark side. For one example, Kevin made the feat of getting banned from the main TI-68k French-speaking message board, due to severely impolite and insulting behaviour of publicly rejoicing about a database problem and wishing that the message board would not come back online. What made that disrespectful comment even more crazy was that he attended that message board a lot...
It's extremely hard to get banned from there, even polluting dozens of topics with redundant trolls doesn't make the cut. And needless to say, during his ban, which was lifted later, the tone on that message board was much more civil...

Same old story, only in a different community...

Posted May 17, 2010 13:35 UTC (Mon) by corbet (editor, #1) [Link]

Whatever the point may be, I think you've more than made it by now. Maybe this would be a good time to stop?

Thanks.

Same old story, only in a different community...

Posted May 17, 2010 15:37 UTC (Mon) by skvidal (guest, #3094) [Link]

Are you hall-monitoring this discussion?

Why yes! I do like irony, don't you?

Same old story, only in a different community...

Posted May 20, 2010 14:52 UTC (Thu) by sdalley (subscriber, #18550) [Link]

He also happens to be the owner of this particular website. What's ironic about encouraging decent behavior on your own turf?

Same old story, only in a different community...

Posted May 20, 2010 15:45 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]

The article is about Fedora moderating some threads on its sites.

Same old story, only in a different community...

Posted May 18, 2010 15:48 UTC (Tue) by TRS-80 (guest, #1804) [Link]

He sounds like the classic poisonous person - perhaps that concept will provide ideas on how to deal with him.

Fedora's identity

Posted May 14, 2010 18:40 UTC (Fri) by Felix.Braun (guest, #3032) [Link]

There is certainly a niche for an absolute-bleedin-edge distro whose users aren't afraid of and able to deal with the occasional bump in the development process. In return they can be proud to be running the absolute newest FLOSS technology has to offer.

I know most major distros have such a bleeding edge branch: Debian has sid, Fedora has rawhide, OpenSUSE has factory.

How do these development branches compare in "edgyness"?

Is the controversy described in the article about the upload policy to rawhide? If that is the case, wouldn't it make sense for other distributions to copy Debian's three-way split of having stable for people who need a rock solid base, testing for tested development releases and unstable for you-oughta-know-what-you're-getting-yourself-into?

Fedora's identity

Posted May 14, 2010 18:47 UTC (Fri) by rahulsundaram (subscriber, #21946) [Link]

It's about the update policy for non-developmental releases. Fedora already has a permanent development branch called Rawhide, early branching for new development, updates-testing repository and updates repository. There are some debates around whether updates in general should favor new features or not, how long should updates be in updates-testing repo, should the transition be based on certain number of positive votes (karma) in the updates system etc.


Copyright © 2010, 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