• 3 Posts
  • 18 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.



  • Shadywack@lemmy.worldtoFedora Linux@lemmy.mlUse the other community instead
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    edit-2
    1 year ago

    So idk the drama, didn’t see it or what happened, but I do know /r/linux was a place I didn’t enjoy nor felt welcome as it was a hostile echo chamber.

    I would like to see this mod’s reaction to this claim though, and perhaps elaborate on it. I’m looking for a nice Fedora community and there’s not too many users on either instance yet.

    [Edit]Oh shit I’d still be curious to hear Cap’s side of it. [Edit Edit] Actually no, after reviewing the history associated, Cap is a complete fucking asshole power tripping motherfucking douchebag piece of shit fuckhead. Nobody should be using this community, we all need to get the hell out of here. Oh my god what a piece of shit asshole.


  • You’re mostly there, but the big issue now is their handling of Xwayland. nVidia also doesn’t expose VRR/GSync under Wayland (but an engineer remarked that it’s slated for the 545 series release on the nVidia Linux forums).

    The most glaring issue currently that effectively blocks Wayland for nVidia users is the lack of implicit sync on their end, and the Xwayland developers refusal to merge nVidia’s proposed explicit sync method. This is oversimplifying but the short version is from nVidia “implicit sync is too slow, it architecturally conflicts with our driver forcing a comprehensive rewrite, and we don’t want to look bad with implicit sync’s performance”. The response from X devs boils down to “You weren’t there when we planned all this, implicit sync works fine, explicit sync won’t benefit how the Mesa drivers work so this would only be for your benefit, and you’ve been complete assholes”.

    Neither side looks like it’s going to flinch, so getting Wine to run in Wayland is the only feasible solution for nVidia users. In an all-wayland environment with no applications running under Xwayland, Mutter and plasma-wayland run like a dream, it’s a great experience.





  • Shadywack@lemmy.worldOPtoLinux Gaming@lemmy.worldnVidia releases 535.54.03 driver
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    edit-2
    1 year ago

    This is the root cause for what you’re experiencing, and isn’t improved by any Wayland protocol support. It has entirely to do with the implicit sync stack that exists within Xwayland and nVidia’s lack of support for implicit sync entirely. nVidia proposed an explicit sync method in another merge request that was shot down by the X devs as they “don’t solve anything for the Mesa driver” by supporting explicit sync as a concept. Explicit sync is a concept that has less of a performance penalty, and other vendors support the notion of switching to it, but nVidia’s hostile relationship with the X developers and FOSS as a whole has caused roadblocks at present where the projects don’t wish to collaborate with nVidia’s proposals.

    So to summarize, this is exclusively an Xwayland issue, nVidia and the developers have disagreed as to how to proceed, and neither side shows any signs of flinching. nVidia is hard nosed about implicit sync and refuses to implement it in their driver for various reasons, and the Xwayland devs are being hard nosed and absolutely refuse to accept nVidia’s merge requests for adding explicit sync support for reasons relating to what I can tell is basically “bad blood” between the groups. Even if the project accepts explicit sync, nVidia still has to add the feature to their release pipeline, which would put it past the 545 release some months down the road. Again, even if everyone agreed effective today, we still wouldn’t see resolution on this until early 2024 at the soonest. Xwayland will remain broken for nVidia users basically for all time, at the present rate of development. Our applications will all be ported to Wayland before this gets fixed.

    Sorry for the soapbox moment, but, it has been incredibly frustrating to see this all play out.