Earlier quoted context omitted.
redhat seem to have tried their best to use systemd to turn Linux into Windows NT - over-complicated service manager - binary logs that are difficult to find - incomprehensible task scheduler - hidden caching dns resolution service - disk manager - network manager - login management - crappy ntp client all it needs is svchost.exe something that was 100% reliable is now about 98% reliable, and when it inevitably break…
Describing SysV init as 100% reliable is a very rose-tinted view of history, I think.
X12: Requirements for a successor to the X11 protocol (2013)
231–240 of 318 posts
Re: X12: Requirements for a successor to the X11 protocol (2013)
#232Earlier quoted context omitted.
redhat seem to have tried their best to use systemd to turn Linux into Windows NT - over-complicated service manager - binary logs that are difficult to find - incomprehensible task scheduler - hidden caching dns resolution service - disk manager - network manager - login management - crappy ntp client all it needs is svchost.exe something that was 100% reliable is now about 98% reliable, and when it inevitably break…
Describing SysV init as 100% reliable is a very rose-tinted view of history, I think.
Re: X12: Requirements for a successor to the X11 protocol (2013)
#233Re: X12: Requirements for a successor to the X11 protocol (2013)
#234Earlier quoted context omitted.
Since 99% of users are on Linux anyway, that can't be the largest issue.
What a typical Linux user mindset! That IS one of the largest issues for non-Linux users. Linux is by large margin a niche OS in desktop market share. So it is no issue if all programs are developed only for Windows and/or Macintosh. Right?
Re: X12: Requirements for a successor to the X11 protocol (2013)
#235Earlier quoted context omitted.
Fortunately binary logging can be switched off and redirected to syslog on hosts where have control but can't replace the init system. https://wiki.archlinux.org/title/Systemd/Journal#Journald_in...
> Fortunately binary logging can be switched off This is not switching them off. It is having the binary logs mirrored to text logs: > […] by letting systemd forward all messages via the socket /run/systemd/journal/syslog. So now you have two copies of the same information.
Re: X12: Requirements for a successor to the X11 protocol (2013)
#236Earlier quoted context omitted.
Wayland is usable. It is simply not fully used. Wayland is just a protocol and there are multiple implementations in different compositors. Instead of focusing on a single great implementation, there are multiple average and weak implementations. It puts quite a bit of pressure on desktop environment developers and it seems like they don't really care about many of the defined protocols. https://wayland.app/protocols…
> It puts quite a bit of pressure on desktop environment developers and it seems like they don't really care about many of the defined protocols. The problem is that the existing protocols are missing key functionality that desktop environment developers need (source: I am one). Want to list all the toplevel windows that are on a particular workspace so you can write a pager or taskbar widget? Nope, can't do it. The…
I can do this with a trivial "jq" script in Sway with this command:
swaymsg -t get_tree
Not sure why it wouldn't be possible for other compositors to offer an interface for this like Sway does.Re: X12: Requirements for a successor to the X11 protocol (2013)
#237The discussion about "wayland vs X11" is eerily reminiscent of the discussion of "systemd vs. sysv-init"... Some people apparently really do hate it when things change that they seemingly have no control over Edit: I fully expect to be downvoted into oblivion for this post :-D
Wayland has a massive loss in functionality (in the name of "security" and off-loading implementation details to compositors/window managers) compared to X11 though. Stuff like xdotool, screen sharing, clipboard sharing, etc. is much harder.
Re: X12: Requirements for a successor to the X11 protocol (2013)
#238Earlier quoted context omitted.
> Wayland is 15yo, barely usable It's the default on several distros. I regularly play AAA games on my gentoo gaming PC, using proprietary NVIDIA drivers, on KDE Plasma, with little or no performance differences compared to X11. Even the Steam Deck, arguably the most popular linux PC, runs its default UI on Wayland.
A little weird to classify the Steam Deck as a "personal computer". It's a special-purpose handheld gaming device that just happens to run Linux & Wayland under the hood. While I wouldn't call Android phones "personal computers" either, they're much closer to being the "most popular Linux PC" than a Steam Deck is.
Re: X12: Requirements for a successor to the X11 protocol (2013)
#239Earlier quoted context omitted.
Sure but GTK and the gnome world is highly politicized by RedHat. KDE and Qt are much further away from cutting X11 off. I see the case for Wayland but similar to X11 it is already showing its age in poorly conceived design decisions. Desktop sharing for example should be a first class citizen in 2023.
Xorg is maintained... by Red Hat. As steponlego pointed out, they're already binning up chunks of the code base, but that's just preparing for when they shut the lights off entirely. As soon as Red Hat says "Shop's closed, boys, we won't be updating this code anymore" KDE and Qt will happily cut out their X support. Especially since Qt has for years been targeting mobile phones, car displays, and embedded application…
RedHat and their business focus is a lot of what is wrong with Linux for users today. We don't make money for RedHat so their priorities aren't with us.
I'm hoping someone will still take it over for when happens. RedHat doesn't own X11. Wayland has its uses but there's a lot of niche and legacy usecases what will still need X11.
Re: X12: Requirements for a successor to the X11 protocol (2013)
#240Great that development of X is apparently being restarted. Wayland is ok but it has many oversights like network transparency.
> Last edited Mon 18 Sep 2017 07:52:26 AM UTC > This is not to say that there's an X12 project. There isn't.