Commenters debate whether modern display resolutions and refresh rates necessitate GPU offloading for transparency effects or if CPU performance should suffice, while simultaneously arguing over the viability of Wayland versus X11 and the role of GNOME/GTK in the Linux ecosystem.
52 readable replies · Supporting reply 1 · Supporting reply 2 · Supporting reply 3 · Supporting reply 4X11Libre
xserver
C2025–2026
X11Libre / xserver
xserver
XLibre Xserver
33Distinct people
47Mentions
0Explicit recommenders
4.8KGitHub stars
What to know before exploring
What it is
XLibre Xserver
GitHub
Where it is used
No documented product use was verified in the last source check.
What people are saying
No recommendation phrase was found in the indexed comments.
Favorable Commenters describe the x11libre/xserver fork as an active alternative to Xorg that offers features like easy restart and avoids corporate control. One user notes it is currently useful but requires more polishing and development effort.
This week’s discussion is favorable. This is not a standing endorsement. Read the supporting reply
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Favorable
Commenters describe the x11libre/xserver fork as an active alternative to Xorg that offers features like easy restart and avoids corporate control. One user notes it is currently useful but requires more polishing and development effort.
Supporting reply 1 · Supporting reply 2 · 1 discussions summarized
Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 6:01:32 PM UTC.
Mentions over time
HN mentions by month47 dated mentions
Observed mentions: 2025-06-06 10:35:10 UTC to 2026-10-12 17:27:30 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| Jun 2025 | 2025-06-01 00:00:00 UTC | 2025-07-01 00:00:00 UTC | 14 | 3 | 11 |
| Jul 2025 | 2025-07-01 00:00:00 UTC | 2025-08-01 00:00:00 UTC | 1 | 0 | 1 |
| Aug 2025 | 2025-08-01 00:00:00 UTC | 2025-09-01 00:00:00 UTC | 1 | 0 | 1 |
| Sep 2025 | 2025-09-01 00:00:00 UTC | 2025-10-01 00:00:00 UTC | 1 | 0 | 1 |
| Oct 2025 | 2025-10-01 00:00:00 UTC | 2025-11-01 00:00:00 UTC | 1 | 0 | 1 |
| Nov 2025 | 2025-11-01 00:00:00 UTC | 2025-12-01 00:00:00 UTC | 4 | 0 | 4 |
| Dec 2025 | 2025-12-01 00:00:00 UTC | 2026-01-01 00:00:00 UTC | 4 | 0 | 4 |
| Jan 2026 | 2026-01-01 00:00:00 UTC | 2026-02-01 00:00:00 UTC | 5 | 1 | 4 |
| Feb 2026 | 2026-02-01 00:00:00 UTC | 2026-03-01 00:00:00 UTC | 0 | 0 | 0 |
| Mar 2026 | 2026-03-01 00:00:00 UTC | 2026-04-01 00:00:00 UTC | 3 | 0 | 3 |
| Apr 2026 | 2026-04-01 00:00:00 UTC | 2026-05-01 00:00:00 UTC | 0 | 0 | 0 |
| May 2026 | 2026-05-01 00:00:00 UTC | 2026-06-01 00:00:00 UTC | 4 | 1 | 3 |
| Jun 2026 | 2026-06-01 00:00:00 UTC | 2026-07-01 00:00:00 UTC | 5 | 1 | 4 |
| Jul 2026 | 2026-07-01 00:00:00 UTC | 2026-08-01 00:00:00 UTC | 1 | 0 | 1 |
| Aug 2026 | 2026-08-01 00:00:00 UTC | 2026-09-01 00:00:00 UTC | 2 | 0 | 2 |
| Sep 2026 | 2026-09-01 00:00:00 UTC | 2026-10-01 00:00:00 UTC | 0 | 0 | 0 |
| Oct 2026 | 2026-10-01 00:00:00 UTC | 2026-11-01 00:00:00 UTC | 1 | 0 | 1 |
What Hacker News says
4 sourcesXBxbmcuser·May 16, 2026Submission
Are We XLibre Yet? · X11Libre/Xserver Wiki
5 points · Open discussionFunding is nice, though ... why so much into KDE? Not other projects?
I think KDE was better in the past. With its "wayland-only" future it will leave behind several linux users.
> I also think it's worth reflecting on just how much stuff KDE gets done with so little money. I dropped them 50€ yesterday, and would encourage people to do the same
So the donation daemon worked. Though, if they now have so much money, why would you recommend more money to KDE and not other projects? Why not xserver https://github.com/X11Libre/xserver or gtk2-ng https://git.devuan.org/Daemonratte/gtk2-ng? Granted, these have fewer users, but there should be more diversity among those receiving funding.
I also donate a small part of my monthly income, but I don't feel a need to say where to or nudge others to do the same. It would not make any difference to me
Read the rest
personally if Joe donates to abc or xyz.
> It's impossible to convince the "frequent upgrader" that maybe that's a risk in terms of introducing new issues.
Well, you critisize people who run the latest software here. Two counter-arguments:
1) If you don't upgrade frequently, you end up with super stable debian stuck on ... ancient software. This in turn means that many more recent software, won't work, unless you recompile a lot. I had this issue with mesa for instance, then needing a more recent LLVM, spirv-components and so forth. No chance to have that easily on debian, unless you control what you compile. On my local system here I run gtk2, gtk3 and gtk4 just fine. Good luck having that with debian for recent version; even debian sid is slow compared to, say, gentoo or arch(linux) or void(linux) here.
2) Even debian systems would be vulnerable to copy.fail. So that strategy
Read the rest
is also not automatically better.
Personally I am among the frequent update folks. I use ruby scripts to automatically update to the latest, in hope that the people who write code are not incompetent. There is no guarantee that newer software is automatically always better; it is a trade-off. I don't have the time and resource for infinite security audits. I need to get things done and this approach, different to the "everything is scary" crowd, works super-well for me. I use a versioned AppDir approach on linux though, so I don't run into many issues of "can not upgrade because of same .so name issue", so I can conveniently switch to other versions as-is, including the kernel. (Excluding ABI differences and glibc, but for about 98% of the programs this works very well. I am also not alone with the get-everything-working approach, see xserver or gtk2-ng: https://github.com/X11Libre/xserver https://git.devuan.org/Daemonratte/gtk2-ng - granted, for the linux kernel this does not work that well ... I think we need better strategies for the linux kernel, things such as copy.fail should not be possible. I have no good solution here, AI will find many more exploits. No clue how we can prevent this or mitigate this more easily. I was surprised when the local instructor showed us how easy it is to use python for gaining superuser access as-is.)
> It’s inspired by GNOME Web (Epiphany)
So basically, it will be useless. How many use epiphany please? That thing has been so extremely ineffective. It's like 1999 (not that everything was bad in 1999).
> follows GNOME’s design guidelines: no menubar, a hamburger menu
Oh. my. god.
So Ladybird worships uselessness now. Also, GTK progressively gets worse and with GTK5 they will (try to) kill of xorg-server too. Some people disagree with that - https://github.com/X11Libre/xserver and https://git.devuan.org/Daemonratte/gtk2-ng; I get it that there are not that many folks using that, but the point is that the GNOME corporate mindset has a tiny bit of competition. Perhaps that seed of competition grows over time until the corporate gnomeys have to change course (won't happen, as they are paid to abolish what is "old", but more competition is g
Read the rest
ood, if only to try to "reason" with mr. ebassi and other hardcore gnomeys; sadly KDE also goes that way with wayland-only, thanks to anti Robin Hood Nate and his donation-pester daemon. Oldschool KDE devs didn't waylay people for money, now it is "pay or get nagged", thanks to Natey Nate).
We kind of need competition in the browser landscape, so in some ways having Ladybird is good. I don't really have much hope that ladybird will be able to challenge the evil Google empire though. But perhaps more people realise that Google controlling so much of the www-ecosystem (again, just look at how they nerfed google search in the last years) is a huge problem.