[–] 4 points 1 week ago (3 children)

Even if it is, the biggest problem is that there isn't today a big distro that is not using it. Ubuntu, Fedora, OpenSuse, Arch, Debian, are all using systemd. One can say, you can try Void or Artix, Void repos are small, Artix is small (and kind of non-reliable) project. Or go to Gentoo and compile your applications, no ty.

  • source
  • [–] 2 points 1 month ago (1 child)

    The part that I'm a bit confused is this paragraph:

    Unlike immutable distributions that lock you out of the native package manager and force you into sandboxes, Plutonium-239 keeps the core Arch experience intact. You still get the bleeding-edge Arch repositories and the power of the AUR but all of that with a 5-20% performance boost from a heavily optimized kernel and the peace of mind of an unbreakable safety net underneath.

    And then the follow up:

    Edit: if you look up how Fedora Silverblue works, it's pretty much the same, just applied to Arch!

    It sounds a bit contradictory. Can we think about Plutonium-239 as of SteamOS that is classic atomic distro and based on Arch or this is more of a case to something like the RakuOS?

  • source
  • parent
  • context
  • [–] 3 points 1 month ago

    Actually, just having AppArmor enabled isn't enough. Snap's strict confinement depends on specific out-of-tree AppArmor kernel patches that Canonical bakes into Ubuntu.

    If your distro uses the stock Linux kernel, even with AppArmor active (like Debian, Arch, or openSUSE) snapd lacks the necessary kernel-level hooks and drops down to partial confinement. Because of this fallback, non-Ubuntu AppArmor distros don't actually get the full Snap sandbox, they get a degraded version of it.

  • source
  • parent
  • context
  •  

    I’m trying to find a modern beat ’em up with a low level of complexity and no RPG mechanics, so I can have light gaming sessions with friends and my wife.

    I’m considering Cosmic Invasion, but since it’s a recent release, it’s hard to get a good sense of it.

    If you had to choose between Teenage Mutant Ninja Turtles: Shredder’s Revenge and Marvel Cosmic Invasion, which would you get?

     

    I have this question. I see people, with some frequency, sugar coating the Nvidia GPU marriage with Linux. I get that if you already have a Nvidia GPU or you need CUDA or work with AI and want to use Linux that is possible. Nevertheless, this still a very questionable relationship.

    Shouldn’t we be raising awareness about in case one plan to game titles that uses DX12? I mean 15% to 30% performance loss using Nvidia compared to Windows, over 5% to 15% and some times same performance or better using AMD isn't something to be alerting others?

    I know we wanna get more people on Linux, and NVIDIA’s getting better, but don’t we need some real talk about this? Or is there some secret plan to scare people away from Linux that I missed?

    Am I misinformed? Is there some strong reason to buy a Nvidia GPU if your focus is gaming in Linux?

    Edit: I'm adding some links with the issue in question because I see some comments talking about Nvidia to be working flawless:

    https://forums.developer.nvidia.com/t/directx12-performance-is-terrible-on-linux/303207

    https://www.reddit.com/r/linux_gaming/comments/1nr4tva/does_the_nvidia_dx12_bug_20ish_performance_loss/

    Please let me know if this is already fixed on Nvidia GPUs for gaming in Linux.

     

    Many build their own PC. Nowadays there are quite many models of handhelds but most are plagued with at least one of these problems:

    Too bulky

    Low Performance

    Poor Battery

    Poor screen

    I'm not sure a Steam Deck 2 or 3 or 4, etc... mini, with efficient battery will be launched some day.

    With the SteamOS I was starting to think if maybe I should try to build my own handheld.

    Assembling all the parts available out there, re-purposing discarded devices parts.

    Is this some kind of stupid idea? Not looking for validation, I'm just looking to learn if others tried.

    view more: next ›