Thanks.
𐑮𐑧𐑝𐑩𐑤𐑪𐑔𐑩 𐑧𐑕𐑑𐑨𐑕 𐑐𐑨𐑔𐑩 𐑒𐑨𐑢 𐑝𐑦𐑝𐑩.
Thanks.
Did you bother to read the article or did you only decide to write this argument w/o any substantial basis?
«Tenebre Rosso Sangue» by ‹Keygen Church›
I can but I also do want to convert my keyboard.
Yeah probably so. I was thinking about it.
I don’t want to risk breaking any keys.
Ah, this game. I love to pull it out whenever I am feeling bored and dried out by my other games. It’s an amazing and low resource intensive game. So to say, I like to zip across the map at subsonic speeds more than actually playing it haha. But I still get the sniper rifle whilst doing that and practice some sick ferrari headshots.
Always did on my hardware at least. When I was using Windows, my old laptop started lagging very much and it was becoming unbearable. I could not get a new one immediately. I got to know about Linux one day and installed it to try it out because there was not really anything else I could try.
I could not believe myself how buttery smooth my laptop became after that. 95% of the games that I used to play on Windows run with more performance on Linux.
A lot of people do use Adblockers. https://backlinko.com/ad-blockers-users
You can try other sources as well. The statistics say significant numbers on multiple places.
And many people also do use an adblocker https://backlinko.com/ad-blockers-users
There are some hacky methods to make some Java software use Wayland. Iirc, https://github.com/openjdk/wakefield is the jvm version I used to test it on Minecraft and Mindustry. I did not really get that far, but it has been quite some time since I tested it so I do not remember exactly what the results were. Otherwise it is possible the subjected software itself needs extra editing to make it work on Wayland.
No, running sway with the --unsupported-gpu flag launches it without any remarks about your hardware. It’s been like this for a good while.
You clearly do not know what you are talking about so I have no interest in giving more value to your already worthless comment. It is amusing that you must introduce the term “Wayland Apologist” as if that has any meaning in this sector.
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.
People’s War until Communism.
Piracy