RT Redréovič

𐑮𐑧𐑝𐑩𐑤𐑪𐑔𐑩 𐑧𐑕𐑑𐑨𐑕 𐑐𐑨𐑔𐑩 𐑒𐑨𐑢 𐑝𐑦𐑝𐑩.

  • 1 Post
  • 26 Comments
Joined 1 year ago
cake
Cake day: September 11th, 2023

help-circle















  • The main issue here is not that some of the issues that are mentioned there are not genuine. They indeed are genuine and have mostly already been notified to the devs working on the protocols and the compositors. The issue here is how those are presented. By creating this almost cultish “battle between the 2 display servers” thing is not productive and demoralizes developers. Making criticism is one thing and productive but “boycotting” is not. And certainly not in the bad faith way the author of that article has done. I myself have both X and WL setups and I alternate between them frequently. I am not sitting here “boycotting” one display server in a prejudiced manner. This is Linux, not Windows or MacOS. Users are free to continue using Xorg and develop it according to them if they do not like something else. And similarly, they are free to use Wayland.


  • Amazing text! I was just commenting how ridiculous the article is this morning and now you have written a more lenghty criticism.

    As for the Zoom bit. I will add my 2 years experience of using it on Wayland on Artix as well as Void Linux - I never used Gnome and it worked fine on Sway and River on my iGPU. In between a few updates I did face a few crashes of zoom when rendering on my nvidia gpu but it was still fine. I have not used zoom in over an year so I can’t comment on how it is now.

    As for “wayland does not work properly on nvidia.” Solely nvidia is blame. They have been pushing out patches to bring out more support but it’s just nvidia who can fix that in the end. While I would not want to assume what hardware the author uses. Wayland works like butter on my Intel hardware.

    Great alternatives for xclip and many other X-tools are already in the market.

    The VSync issue on wayland is genuine. Disabling it in-game does not affect anything because it is enforced by the compositor. VSync is an integral part of Wayland Compositioning (acc. to the wlroots dev) but a solution to automatically disable it in full screen applications, etc is down the pipeline and work is ongoing. I have not been following it but I think some fixes were already released, I could be wrong.

    As for X11 Atoms: https://stackoverflow.com/questions/41005297/x-to-wayland-what-about-atoms Just boils down to the application dev’s willingness to port the app to Wayland. The author of the ‘boycott wayland’ article seems to just want wayland to implement Xorg 1:1 for it to not fail their stupid standard of what-should-be-boycotted. And at that point Wayland is not Wayland but Xorg.

    Most of the arguments presented in the ‘Boycott Wayland’ article are either generic issues being worked upon by the devs or things that don’t have much relevance but put down in a manner as if to almost fear-monger that Wayland is the spawn of the devil and must not be used at all.


  • Judging by post & history. They are just a troll. As for this article. I don’t understand why anyone bothers sharing it. It is one of the most hot garbage ones I have seen. Most of this article gives arguments that are either old, have no relevance here or are just plainly cherrypicked (the jitsi one for example, open the link and see the last comment, that they quoted). Most things are also application side issue with no relevance for wayland devs. “Oh my app does not work in wayland? Must be wayland’s fault!” This is a rubbish logicless argument. If one wants to not use Wayland, they are welcome. But things like “Boycott Wayland” are irritating to those who do want to use Wayland because they know how Xorg is.


  • Artix Linux (w/ Runit) & Void Linux. Interestingly although I started using Linux from Jan 2022, I have used these 2 distros 95% of that time. The rest 5% being Endeavour OS on which I started my journey into Linux.

    Due to older hardware and my natural curiousity to learn more about the System. I switched to Artix very early into Linux. The Runit Init system and the fact I chose a base iso (i.e. everything in the system apart from the Core was hand picked and configured by me) made my PC very fast and flexible. I found it quite inconvenient to work and learn w/ and in EndeavourOS. Artix provided me that canvas and it helped me a lot. One possible future con might be that I find it a bit more effort to troubleshoot more popular Distros, in case I need to, because I rarely use non-tui or non-cli programs and I have never worked on Systemd. Fortunately there are always the Arch Wiki or the Program Manuals.

    I switched to Void Linux from Artix because Artx, being Arch-Based was a bit unstable whereas Void is a stable-rolling release, sort of like a middle ground between Debian and Arch and so it fits my dynamic. Otherwise it is as good as Artix in other cases.