zlacker

[parent] [thread] 8 comments
1. sspiff+(OP)[view] [source] 2025-06-06 11:30:20
Is there any discussion about him being removed from the project on a mailing list or some other channel?

I can't find a "why" in the handful of PRs I opened.

replies(2): >>ck45+71 >>felipe+QY
2. ck45+71[view] [source] 2025-06-06 11:41:31
>>sspiff+(OP)
There’s some drama in https://gitlab.freedesktop.org/xorg/xserver/-/issues/1797
replies(2): >>cwillu+E2 >>chrism+X2
◧◩
3. cwillu+E2[view] [source] [discussion] 2025-06-06 11:57:51
>>ck45+71
Wow: “xrandr doesn't work anymore on xorg-git” “I do not think this should be specifically on you, it is not unreasonable to expect that the author of a change tries their change before even submitting it upstream.” does not give a warm fuzzy feeling about the author of the at-fault patch leading a fork.
replies(2): >>DarkmS+07 >>micw+xc1
◧◩
4. chrism+X2[view] [source] [discussion] 2025-06-06 12:00:07
>>ck45+71
An excerpt:

>> I'm a aware that some people from Xorg development team think that @metux changes are not useful enough for various reasons

> Apologies for being blunt, but I'm afraid it's more like "everyone except you" by now. He's managed to fall out with pretty much every other active project member.

>> Xorg is dead anyway

> That's not a reason for me though. I actually feel bad for Xorg users, Enrico's churn is causing pain for them for no clear benefit.

There are evidently both technical and social issues at play.

Later in that thread, Encrico/metux offers a defence, an explanation with detail that this is part of a mission to “make X11 great again”. Don’t read too much into the comparison (please don’t!), but one similarity with the American politician who has been using a similar phrase for the last dedcade is that they don’t make an omelette without breaking eggs. In both cases, some think the broken eggs are acceptable collateral damage toward a worthy goal, and others don’t. In this case, other X11 maintainers aren’t interested in making X11 great again, but would prefer to let it rest obsolete and minimally maintained; and so, taking the best interpretations I can imagine, it’s necessary for this Enrico to fork the project and go it alone. But he’s going to be swimming upstream against a raging torrent. And he seems to be making various mistakes in some changes that weren’t supposed to change behaviour, due to inadequate testing (he offers explanations that at least some consider reasonable; so the errors may not indicate a broader pattern).

◧◩◪
5. DarkmS+07[view] [source] [discussion] 2025-06-06 12:33:28
>>cwillu+E2
It happens. No one writes bug free code.

e.g.

https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests...

6. felipe+QY[view] [source] 2025-06-06 18:16:36
>>sspiff+(OP)
Autoritarian organizations never explain their reasons.
◧◩◪
7. micw+xc1[view] [source] [discussion] 2025-06-06 19:56:05
>>cwillu+E2
I think it's not the one to blame who broke this but those who implemented everything all the time without adding any tests. Xorg has quite a large codebase but almost no automated tests.
replies(1): >>cwillu+jx1
◧◩◪◨
8. cwillu+jx1[view] [source] [discussion] 2025-06-06 22:33:26
>>micw+xc1
So we agree that the maintainer is at fault: he wanted to change things and not have to thoroughly test his changes by doing the boring work of adding test coverage to the modified area.
replies(1): >>bmacho+ykl
◧◩◪◨⬒
9. bmacho+ykl[view] [source] [discussion] 2025-06-15 11:31:56
>>cwillu+jx1
There is no arguing about that, the maintainer made a mistake. (Among other people, and it was insignificant anyway.)

So now that we agree on this, what now? How exactly does

  > does not give a warm fuzzy feeling about the author of the at-fault patch leading a fork.
follow? E.g. do you think that none of the Wayland developers ever made any mistakes?
[go to top]