Live data from Hacker News

Xlibre is a fork of the Xorg Xserver with lots of code cleanups

x11libre.net

101–110 of 114 posts

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#101
post #55

Earlier quoted context omitted.

You think like this because you have the privilege of not being affected by discrimination. It's not enough to "not be a racist". You are being downvoted because of this, and thinking everyone but you is immature for this conversation just highlights this.

I literally didn't get a job last week because I'm white and have a common white surname. They didn't ask anything technical at all.

It's tough, and I empathize. But imagine being denied these opportunities systemically, for a lifetime.

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#102
post #99

Earlier quoted context omitted.

What do you mean by a "moat"? Surely Wayland works on non-RedHat operating systems? Either your conspiracy theory makes absolutely no sense, or you're completely incapable of expressing it.

Snap and AppArmour work on non-Ubuntu operating systems but it's Canonical who pay for their continued development and derive the most benefit from them. If Red Hat directly employ the main developers of Wayland and/or its most popular compositors and/or KDE/GNOME developers, they can then win customers for having better support for, and for having more access to land changes into these softwares, even if they're F/O…

Is your definition of "Red Hat's moat" just "things Red Hat has spent money on and made freely available to everyone"? How does that fit into any definition of a "moat"?

Who are the "main developers of Wayland"? It's a set of protocols that plenty of people contribute to; people paid by Red Hat to work on GNOME, people paid by Canonical go work on GNOME, unaffiliated people who work on GNOME, unaffiliated people who work on KDE, unaffiliated people who work on wlroots and sway, people paid by various companies to work on various graphics drivers, people paid by Valve to work on SteamOS, etc etc etc. It's a process driven by consensus among implementers, not a project "developed by Red Hat".

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#103
post #2

Seems interesting but unfortunately might be a bit political? > It's explicitly free of any "DEI" or similar discriminatory policies. Complaining about DEI is a marker for a specific ideology. I see this and think great, a project of people who want to be allowed to "just crack jokes" but then get super defensive when they get called out on it. It also makes me instantly suspect that their ejection from the project f…

I don't think it's unfortunate, I think it's inevitable. The wayland vs x11 debate always had undertones of tradition, self-determination, and collectivism. Nobody without a fringe anti-"woke" mindset would create somehing like this.

(Woah there buddy, I see that finger hovering - before downvoting, read it 2x more times and see if I'm actually agreeing with you)

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#104
post #23

Earlier quoted context omitted.

So a German, thinking his work is much better than it actually is blames liberals and minorities for his failure and tries to take over the governance? Wow, that seems familiar.

The only thing familiar here is the immediate knee-jerk German -> Nazi reaction.

The developer posted literal WW2 Germany apologia on LKML.

https://web.archive.org/web/20190404153507/https://lists.dyn...

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#106
post #2

Seems interesting but unfortunately might be a bit political? > It's explicitly free of any "DEI" or similar discriminatory policies. Complaining about DEI is a marker for a specific ideology. I see this and think great, a project of people who want to be allowed to "just crack jokes" but then get super defensive when they get called out on it. It also makes me instantly suspect that their ejection from the project f…

I think it is good that they are free from DEI, as long as they are not racist instead (and the next paragraph after the one mentioning DEI says they are not racist, so that is good). Avoiding one does not mean you need to have the other one, even though some people seem to think that it does.

> If the dev was hoping to keep their project "apolitical," they should probably leave out the two paragraphs of politics...

That might have been a good idea, to avoid mentioning such things if they are unnecessary to do so, but now it is done. It can be changed (and maybe it should be changed), but I do not really care much if they change it or not.

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#107
post #2

Seems interesting but unfortunately might be a bit political? > It's explicitly free of any "DEI" or similar discriminatory policies. Complaining about DEI is a marker for a specific ideology. I see this and think great, a project of people who want to be allowed to "just crack jokes" but then get super defensive when they get called out on it. It also makes me instantly suspect that their ejection from the project f…

They're also explicitly pro-DEI, given the next paragraph. "It doesn't matter which country you're coming from, your political views, your race, your sex, your age, your food menu, whether you wear boots or heels, whether you're furry or fairy, Conan or McKay, comic character, a small furry creature from Alpha Centauri, or just a boring average person. Anybody who's interested in bringing X forward is welcome."

It isn't DEI. The problem with modern politics is that one side is DEI and other side is racist and they are both bad. Xlibre specifically says they are neither, and therefore it is better.

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#108

Earlier quoted context omitted.

They're also explicitly pro-DEI, given the next paragraph. "It doesn't matter which country you're coming from, your political views, your race, your sex, your age, your food menu, whether you wear boots or heels, whether you're furry or fairy, Conan or McKay, comic character, a small furry creature from Alpha Centauri, or just a boring average person. Anybody who's interested in bringing X forward is welcome."

It isn't DEI. The problem with modern politics is that one side is DEI and other side is racist and they are both bad. Xlibre specifically says they are neither, and therefore it is better.

I think you're using the American right wing definition of DEI which describes a bit of a strawman. In reality, a leader establishing a rule that people aren't to be discriminated against based on e.g. race or gender, is an example of a DEI policy.

So when I said anti-DEI is a marker for a specific political ideology, it's really because it's a marker for the kind of media a person consumes, which informs the definition of DEI they're using.

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#109

Earlier quoted context omitted.

Being free of DEI (et. al.) is a good thing, it is just sad that something like that is a noteworthy policy. It comes down to stating that you don't care whether contributors happen to be left- or right-handed: well, duh, of course you don't care and it would be silly to insist on having 'equal handedness representation' as a policy for a project.

So this is a funny example you brought up, especially in terms of a GUI related project. You know what a system like that should take into account? People with non-standard handedness! For that to happen, you may want diversity in at least your test team, and inclusivity for people with different or limited physical abilities. Because swapping the mouse buttons around or making different keyboard mappings useful and…

I am not sure that it matters; you can already remap the keyboard and mouse in X windows, and if it helps to design input devices differently for left-handed people, then that would be managed by someone else.

However, if they add the possibility to use touch-screens (although I don't like touch-screens, some people might want to use it), then considering being left-handed vs right-handed might potentially be significant when designing a GUI library or a GUI program, although even then it is not certain that it will.

Still, if something does affect the users in this way (with accessibility, which involves other things too; and accessibility is not only for people with the relevant disabilities, but is for everyone (including people with those disabilities)), then it is true that having people who use those accessibility features (and whatever other features you might add or change, even if they are not accessibility features) in the testing team is helpful, so yes, that is a case. However, it is FOSS and does not necessarily need a dedicated team for testing. They do say anyone who wants to and is able to work on it is allowed to do so, so if someone is concerned with this then hopefully they can help, too.

Re: Xlibre is a fork of the Xorg Xserver with lots of code cleanups

#110

Earlier quoted context omitted.

Nope, I do not want the UI to be tailored to left-handed people, I want it to abide by whatever standards there are so I know where to find whatever element I happen to need. I'll learn how to use the right-handed version because that is what I will be confronted with in this right-handed world. I'm in the minority and I don't expect the world to accommodate me. I'm left-handed and I will use whatever tools I can get…

> Nope, I do not want the UI to be tailored to left-handed people > I'm left-handed and I will use whatever tools I can get my hands on to the fullest of my ability. I'm not sure I can get you to look beyond what you yourself can do, but try to consider these groups: older people who will not learn precise right hand movement anymore, people with temporary or permanent right hand injury, people with no right hand, pe…

> but try to consider these groups: older people who will not learn precise right hand movement anymore, people with temporary or permanent right hand injury, people with no right hand, people with missing right hand fingers, etc.

Perhaps, but that does not seem to be a software issue, at least, not a software issue with the X window system itself. If you want to consider such things, it is probably more important if someone who is concerned about such things wants to design hardware specifically for such people.

Allowing you as long as you want to type something instead of adding a time limit can be helpful for such people (since having less fingers or only one hand might make it take longer to type) but it can also be helpful for any other people for whatever reason (e.g. you have to answer the telephone before continuing to type on the computer, etc).

Accessibility features are for everyone.

Post reply on HN