• 3 Posts
  • 15 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle


  • It sucks you had an experience like that with the community. There are elitists and then just big jerks. What communities often fail at is a groupthink issue where they have a solution to a problem that’s extraneous to most people, but they accept it as “well duh, RTFM”.

    Their project’s goal seems to be the adoption of use, broad use and in turn contribution. The problem is their attitudes toward problems that still need to be resolved, and the release management combined with stability is a common problem in much more than just Endeavor’s community. You see the issue in Pop!, Nobara, Arch, and even Ubuntu. You even see this BIGTIME in Gnome and to a lesser degree KDE.

    A Gnome developer will tell you that you should just use it their way, and not expect basic shit to work, where at least KDE puts it for consideration on their own end to fix or develop.

    What I’m getting at in short though is the prevailing attitude of elitism being shitty. That being said, there are people who fall into the “time vampire” group of people who will get pointed toward a solution, but not have the capacity to intuit other basic functions and it pisses people off. Nobody deserves to be treated poorly, but the fine line is out there where it’s up to a user to figure their stuff out. From what you describe, updates breaking the user experience falls solidly on their package maintainers fucking their release schedule in the ass, then having an elitist attitude about how to fix it. They’d just as well keep on trucking and treat people poorly for stuff that their own teams broke, to which I respond, fuck those asshole motherfuckers.


  • That to me sounds like their wayland by default setup, which is really more about the wayland ecosystem and reliance on xwayland (although firefox is suppose to launch wayland native on Nobara with KDE).

    I’m aware of a few quirks, but that sounds pretty specific. My experience with all DE’s right now has me pretty negative on Linux overall until we get fully migrated to wayland sessions with explicit sync working…and that’s a year off at least.


  • To be honest, the default themes for many DE’s are actually pretty tasteful. Just vanilla Arch isn’t bad if you don’t mind running the pacman update command. I honestly recommend Nobara for people who want stability and point/click updates.

    Endeavor is more like hobbyist UI purist, and not that well optimized. Arch is insanely optimized, as well as Nobara. I would recommend Ubuntu but, Snaps. Pop would be great if their major rebase was further along, so options are pretty limited. We’re in a weird transition right now as far as the major distros and overall performance metrics.


  • They do a decent job of piggy backing on Arch’s work, and loading quite a few things OOB for gaming. That being said, I don’t recommend them due to their instability and issues with the overall project (failing on cert renewals, their withholding of stable packages from Arch but allowing AUR access and causing breakage, poor release schedule, and cherry picking of newer packages for “shiny things” without the diligence to maintain their library compatibility, etc etc).

    That being said, their theming and UI taste is actually really good. It was a much more robust project back in 2019 and 2020, but on the technical side they’re lacking severely despite having great taste from a theming standpoint. They’ve fallen pretty far in the court of public opinion.




  • The KDE guys have been on fire for the past two years. Between their theming, color selection, and session handling they’ve come a long ways. They’ve also implemented some gnome-only features such as the overview, albeit in a very optional way. As opposed to eliminating a panel and forcing you to use the overview to see what applications or windows you have open, or available to launch, it’s just a window management tool instead of a UX paradigm.

    Their wayland session is stable and also deals with xwayland in a very different way. If you set a custom scaling factor, the QT apps and GTK apps are talked to in a way that makes the same scaling factor consistent across all your applications, even under a wayland session with xwayland. The Gnome devs hand-wring about how the world has to be perfect before implementing an idea, where the KDE devs try something and then iterate if it’s successful.






  • Combination, and it depends on the game. Dxvk will add latency, but depending on the renderer and how the game runs the reduction in CPU overhead by using dxvk instead of native can provide performance gains, especially on certain CPU’s.

    On games with a native vulkan renderer, Linux will most often just be faster since you have less system overhead burden. This has been fascinating to see though.

    • First the games started to become playable, but framerates weren’t so great.
    • Framerates started to improve
    • Framerates started to become a wash between Windows vs Linux
    • We are progressing into this step: it either runs comparably or better.

    The results are mixed right now, and it’s going to be real hard to nail down predictability as far as performance goes. More often than not, so long as DRM isn’t involved, games run really well on day one. Older games are starting to see a performance uplift and reliability improvements through proton/dxvk/vkd3d.

    I’m very happy though that what we’re talking about is comparable performance metrics. We use to be content if the shit ran at all.