Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)S
Posts
2
Comments
152
Joined
3 yr. ago

  • Debian strongly recommends against adding repos from other distributions or other versions of Debian: https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian Doing that can easily break your system. They also recommend against adding repos for specific software packages (e.g. for LibreWolf), but this is generally less problematic.

    Personally, on Debian, I try to get packages in this order:

    1. From the official Debian packages
    2. From Flatpak
    3. Pre-built binaries (I put them in my home, not in /usr/bin)
    4. Build from source (I also put those in my home)
  • He certainly claims to have used the correct Bazzite images:

    A few folks have asked but yes every machine got it’s own specific install, each machine has it’s own Bazzite ISO download for their specific hardware. No cloning, no short cuts, each was treated like a brand new machine with a fresh install 🕊️. After updates installed I rebooted and checked updates again, I’ll never take PC benchmarks for granted again 😅

    He also mentions that he used the "Nvidia (GTX 9xx-10xx Series)" image for the 1080 Ti system.

    Of course, it could be that he messed up, but it could also be that Bazzite didn't work as intended. It certainly wouldn't be the first time that Nvidia drivers broke on a Linux distro.

    And in case this was indeed user error, perhaps it would be a good idea to have a mechanism to let users know that they chose the "wrong" image.

  • If that was the intent, then I think this was a very bad way to show that. A much better way would've been showing that it didn't work on system X and resolving it (e.g. with some external help). Instead he just showed a large number of invalid/irrelevant benchmarks. This now leaves people thinking that Linux has a massive performance deficit instead of an issue with the driver installation. I would like to see a follow-up to address the driver issues and explain what went wrong, s.t. we can actually learn something from this.

    I would also hope that the typical experience is that it works out of the box, especially on a distro like Bazzite, but that's besides the point.

  • Yes, they could even show a list of detected GPUs, the driver used, and some status indication (e.g. warning if NVK is used).

  • One of the main selling points of Bazzite is that it works out of the box. They even advertise this on their website:

    Bazzite focuses on hardware compatibility out of the box, with full support for accelerated video encoding and decoding, built in Nvidia drivers, additional HID drivers, and just about every udev rule you could need.

    On Bazzite, one should not need to look up how to install drivers.

  • MangoHud may be able to show the driver too, but I've never used that myself.

  • Agreed. I think the main takeaway from the video is that it's still hard to set up Nvidia GPUs on Linux, even on Bazzite :(

    I love flatpak for how easy it makes it to install apps on almost any distro, but I also hate the spokes that it puts in the wheels. Drivers are ugly (that's true for containers in general) and I also often stumble over file system permissions issues :(

  • In the video, it was sometimes showing the driver version at the end of the benchmarks (e.g. in Horizon Zero Dawn). If it says llvmpipe or NVK there, it's not using the proprietary Nvidia driver.

    But, if you want to check if your Nvidia GPU is detected correctly, you can run nvidia-smi on the terminal and if it shows you the installed GPU and driver, then it's using the proprietary driver. Most desktop environments also have a "System Information" / "About this system" screen to show this information in the GUI.

  • It looks like most of the Nvidia systems were not running the proprietary Nvidia drivers (580/590) but instead falling back to NVK or even LLVMpipe (CPU rendering). All of the tested Nvidia GPUs are supposed to run using the proprietary driver on Bazzite. So, assuming that he downloaded the correct images, Bazzite really screwed up here.

    But, unfortunately for the video, this doesn't really show the typical gaming experience on Linux, it just highlights a Bazzite bug (?).

  • Personally, I'm quite happy with Plasma Wayland on multiple machines and distros. However, Plasma has already been forked to create Sonic DE: https://github.com/Sonic-DE/sonic-win No idea if this will gain any traction once Plasma drops X11. For now, the activity seems to focus on the readme file...

  • Spreading false information about Gnome claiming it is insecure sounds like a valid concern for the Gnome team.

    Could you point me to that, I couldn't find anything related to Gnome security in the linked article.

    A bit unfair IMO by the downvoters to not explain their downvotes?

    There were disagreements between Gnome and System76 and they decided to go separate ways. The whole "contributing to upstream" situation is also kind-of muddy at best. Maybe that's grounds to write a disappointed blog post 4 years ago, but saying that they are "not to be trusted" today goes too far IMHO.

    Also, looking at how Gnome and System76 behave upstream (e.g. in Wayland) today, it seems to me that Gnome is the bigger problem...

  • I don't know if there are any differences between the two packages. But, the CachyOS version is part of their official repositories and doesn't depend on the AUR. I don't know if that would have any implications regarding how often you need to rebuild the module.

  • Sure, I'd consider that the main option (and it had already been proposed by multiple people here). But, it also seems like that would come with quite a bit of additional hassle, as discussed below. I've personally had some quite annoying issues with incompatible DKMS modules... So, instead of using the unsupported AUR option, it might also be worth considering switching to a very similar distro that actually still supports this hardware configuration.

  • I have 3080 and I've seen significant performance issues too (e.g. in Cyberpunk 2077, KCD2). I think it depends a lot on the games you play. Apparently DX12 (via vkd3d) doesn't perform well on Nvidia cards.

    My next GPU will probably not be an Nvidia card.

  • Barrier - Keyboard and mouse sharing via network - I use this extensively and the break in compatibility is destructive for me.

    Barrier has been unmaintained for a while now. The two active forks are deskflow (upstream) and input-leap. Deskflow has limited supported for Wayland. It seems that they're working on resolving the remaining issues: https://github.com/deskflow/deskflow/discussions/7499

  • I think the main issue here is the mindset of "installing a new distro will fix it". Unfortunately, a lot of people online push that idea. If it's broken on Mint and Bazzite, it's probably a generic Linux issue.

    The second issue with Plasma sounds like it could be related to Wayland and fractional scaling.

  • And if any gaming will be involved I’d probably steer clear of either of them, since the available graphics driver will likely be outdated rather quickly.

    Ubuntu LTS (and therefore Linux Mint) gets updated graphics drivers between releases, so the situation is not too bad. I'd say it's good enough for most people. You only really have an issue if you want to buy a brand-new AMD/Intel GPU.

    For comparison, Debian 13 (and LMDE) currently ships the Nvida 550 driver, while Ubuntu 24.04 ships the 580 driver.

  • Upstream, the Fedora KDE Plasma edition is also doing well. Nice to see that within the first release after promotion to a full edition.

  • Linux @programming.dev

    Pop!_OS 24.04 Beta Along With COSMIC Desktop Beta In Late September

    www.phoronix.com /news/Pop-OS-24.04-COSMIC-Beta-Sep
  • linuxmemes @lemmy.world

    How it feels to use Debian