Hacker Newsnew | past | comments | ask | show | jobs | submit | reppap's commentslogin

Domain knowledge is a real thing. Sure I could be replaced at my job but they'd have a pretty sketchy time until someone new can get up to speed.

I'm sorry but this is just completely disconnected from reality. Wayland is being successfully used every single day. Just because you don't like something doesn't mean it's inherently bad.

X11 is used successfully every day, by me. I will not use Wayland, or any other trash like systemd, pulseaudio, etc that RedHat and their ilk push.

And that's fine! No one cares! Keep using it!

No one cares? Then why is there a giant astroturfing campaign designed to make me out to be an antiquated old fuddy duddy?

Ever looked at the X11 source? It's pretty high quality. There is various ancient compatibility code that could easily be removed if desired, but who cares? It works fine. Wayland on the other hand has been a fucking disaster. Just like all the other crap RedHat pushes.

I was reading an old Phoronix thread the other day (from 2014) where someone said X11 is obsolete and everyone should switch to Wayland soon. LOL


That seems like a lot more code than a tool like that should require.

It does, but I have no mental model of what would be required to efficiently coordinate a bunch of independently operating agents, so it's hard to make a judgement.

Also about half of it seems to be tests. It even has performance benchmarks, which are always an distant afterthought for anything other than infrastructure code in the hottest of loops! https://github.com/steveyegge/beads/blob/main/BENCHMARKS.md

This is one of the defining characteristics of vibe-coded projects: Extensive tests. That's what keeps the LLMs honest.

I had commented previously (https://news.ycombinator.com/item?id=45729826) that the logical conclusion of AI coding will look very weird to us and I guess this is one glimpse of it.


I'm not threatened by LLMs taking my job as much as they are taking away my sanity. Every time I tell someone no and they come back to me with a "but copilot said.." it's followed by something entirely incorrect it makes me want to autodefenestrate.

I am happy “autodefenestrate” is the first new word I learned in 2026. Thank you.

Autodefenestrate - To eject or hurl oneself from a window, especially lethally


I don't really understand what is supposedly missing in Wayland for productivity users? At work I have been using gnome with the wayland backend for years at this point and I can't really figure out anything that's missing.


Accessibility is apparently a big problem with wayland. E.g., the most popular / ?only? app that supports hardware eye trackers on Linux does not work with wayland, and states that it likely never will as wayland does not provide what it needs to add support (it is also the most popular app for voice/noise control). Even basic things like screen readers are apparently still an issue with wayland. Without a strong accessibility story, systems running wayland would have been banned at my last employer (a college).

Personally, I have a 3200x2400 e-ink monitor that has a bezel that covers the outer few columns of pixels. I use a custom modeline to exclude those columns from use. And, a fractional scaling of .603x.5 on this now 3184x2400 monitor to get 1920x1200 effective resolution. Zero idea how to accomplish this with wayland-- I do not think it is possible, but if anyone knows a way, I am all ears.

I ran into, at least, ten issues without solutions/work-arounds (like the issue with my monitor) when I tried to switch this year, after getting a new laptop. Reverted to a functional, and productively familiar, setup with X.


I don't know about other DE, but at least with Plasma there is a "overscan" option to compensate for hidden borders.


Thanks for that.

Overscan is not supported in wlroots yet. Seems the issue is that handling overscan is display driver specific.

But, now I know the keyword to look for.


The xdg-desktop-portal stuff is still too immature. For example, my friend wanted my help after upgrading his Pop_OS to 24.04, and 24.04 replaced GNOME with COSMIC. COSMI had no RemoteDesktop portal (and still doesn't have it), so we couldn't use RustDesk like we always did without him installing a GNOME session just for that.

I've been an i3 user for almost two decades, but eventually switched to Sway - to this day there's no InputCapture portal, so I can't use Synergy with Sway, forcing me to switch to i3 while I'm working.

It's been over 10 years of things like that. There's always SOMETHING missing.


Screenshots are just completely broken. People always tell me to use other apps like flameshot but IME it just doesn't work and I don't want to have to mess around so much to take screenshots.

I'm still using Wayland because it's what came with my distro (endeavour OS, gnome), but it's really strange how it came broken out of the box.


I'm curious what OS you are running that has broken screen shots on wayland because that hasn't been my experience on Fedora.


It's right there in my comment


Yeah, my bad sorry.


Headless remote desktop, at least for KDE, is very much not possible today as far as I can tell. It's the last thing I miss from Xorg.


FWIW, like everything else in Wayland, it's per-compositor. Here's a working headless sway in a container:

https://gitlab.com/yjftsjthsd-g/docker_sway-vnc

(This is not a defense of Wayland, just trying to share useful information)


Hmm, you mention in the README that it only works in a privileged container. This of course negates the security benefits Wayland supposedly has over X11, so it doesn't seem ideal.


It really doesn't. The security benefits of Wayland are about isolating applications from each other, which this still has.

Also that's only really relevant to this running in a container. My point was that you can have headless Wayland.


>what is supposedly missing in Wayland

My desktop is a bit long in the tooth (22.04), but I've long given up on trying to screen shot or screen share from Wayland. I have my Macbook sitting next to it and use it for those things, where it works basically flawlessly.

Kind of waiting for 26.04 to upgrade at this point, but I'm not really expecting any of this to be better yet.

edit: If I had it to do over again, I wouldn't have gone Wayland at 22.04.


I'm running fedora and have been screenshoting and screen sharing (with the teams PWA) just fine. So might be time to get something newer.


What keeps you from going to Ubuntu 24.04? I have been screen sharing and screen shotting on Wayland (Gnome and KDE) without problem.


I am on KDE never had any problems taking screenshots.


Autoclickers and screen macros on Wayland are all janky


It's not just companies either, a lot of people run crawlers for their home lab projects too.


Insane people have decided that Rust is on the "woke" side of the culture war. Reading the phoronix comment section is hilarious because any post about rust devolves into a bunch of boomers whining about "blue-haired woke rust programmers" and other nonsense.


One thing that's really nice about codeberg is how fast the pages load. Browsing GitHub often feels very sluggish. Obviously there's a difference in scale there, but I hope codeberg can keep being fast.


Indeed. Github is a nightmare when I'm working on an unreliable 4G connection too (e.g. on a train in the UK). Half the page will load.

Night and day compared to something like Linear.


That is surprising. It is the opposite for me.

  $ time curl -L 'https://codeberg.org/'
  real    0m3.063s
  user    0m0.060s
  sys     0m0.044s

  $ time curl -L 'https://github.com/'
  real    0m1.357s
  user    0m0.077s
  sys     0m0.096s


A better benchmark is done through the web browser inspector (network tab or performance tab). In the network tab I got (cache disabled)

  Github
  158 requests
  15.56 MB (11.28 MB transferred)
  Finish in 8.39s
  Dom loaded in 2.46s
  Load 6.95s

  Codeberg
  9 requests
  1.94 MB (533.85 KB transferred)
  Finish in 3.58s
  Dom loaded in 3.21s
  Load 3.31s


I guess Github uses a lot of cache vs Codeberg.


I think you read that backwards. In skydhash's test, Codeberg's data was 72% cached, and GitHub's data was 28% cached. Maybe you meant that GitHub's cached 4.28MB was, in absolute terms, more than Codeberg's cached 1.41MB?


Some parts of Github are SPA island, which is why the DOM load fast, but then it has to wait for the JavaScript files and the request made by those files. Codeberg can be used with JavaScript disabled and you don’t have that much extra requests (almost everything is rendered serverside).

The transferred part is for the gzipped transfer. That makes sense if the bulk of the data is HTML (I have not checked).

I’ve disabled the cache for the network requests.


Oh, thank you for the correction. That was a dumb mistake on my part.


Yeah, that is what I meant. It looks like Github's strategy is to push all the initial data they need to cache, to optimize subsequent requests.


That depends on location and GitHub pages generally take a while to execute all the javascript for a usable page even after the html is fetched while pages on Codeberg require much less javascript to be usable and are quite usable even without javascript.

Here are my results for what it's worth

  $ time curl -o /dev/null -s -L 'https://codeberg.org'

  real    0m0.907s
  user    0m0.027s
  sys     0m0.009s

  $ time curl -o /dev/null -s -L 'https://github.com/'

  real    0m0.514s
  user    0m0.028s
  sys     0m0.016s


Sure, it depends on your internet connection. But for Codeberg I see a blank page for 3-4 seconds until it shows something. On a big repo like Zig the delay is even worse.

On Github any page loads gradually and you don't see a blank page even initially.


Try changing tabs when reviewing a PR. 5-10 seconds on basic PRs often


GitHub frontpage is very quick indeed, but browsing repos can sometimes have load times over a full second for me. Especially when it's less popular repos less likely to be in a cache.


No, I will use all this stuff and do so gladly.


> Notable examples are that we are paying more in Interest than for military at the federal level,

It is interesting to me that the party that runs on fiscal responsibility is the one that runs the highest deficits despite having a lower amount of GDP growth.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: