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/)DA
Darorad @lemmy.world
Posts 13
Comments 334
Not until I read the docs
  • Honestly, they just shouldn't have added support. GNOMEs been causing problems for basically everyone else for a long time. If they want to do their own thing, that's fine, but we shouldn't but everyone else shouldn't have to do extra work to accommodate them.

  • Why is online privacy so important?
  • In addition to everythong everyone has said, one major thing that people often don't think about privacy is how it relates to enshittification.

    Modern software services try to optimize everything to make as much money as possible. Everything is a/b tested, and whatever increases some arbitrary metric is what gets released.

    They do this by tracking a ton of metrics about how you interact with everything. I know where I work we collect data about every time you click on anything, how long you hover over buttons, etc.

  • Why self host a password manager?
  • If you self host bitwarden/vaultwarden, each client stores an encrypted copy of the database, so even if your server was completely destroyed, you'd still have access to all the accounts you're saving in it.

  • Arch Linux and Valve Collaboration
  • SteamOS is based on arch, but it has major differences. The steam deck's update mechanism is completely different from normal arch Linux.

    Arch normally immediately updates to the latest version of every program. This is usually fine, but when a big bug is missed by the developers, it can cause problems.

    The steam deck updates a base image that includes all the programs installed by default, and by the time it releases a lot of them aren't the absolute newest version. When valve updates SteamOS they definitely run a lot of tests on the base image to make sure it's stable and won't cause any issues.

    SteamOS is also an immutible distro, meaning the important parts are read only. This also means updates are done to everything at once, and if something goes wrong, it can fall back to a known good version.

    Not to say arch Linux is unstable (its been better for me than Ubuntu), but SteamOS is at a completely different level. It's effectively a completely different distro if we're talking about stability. I think what they're hoping is this support would allow arch to build out testing infrastructure to catch more issues and prevent them from making it to users.

  • Yeah...
  • Yeah, recently I've run into 1 game I've wanted to play that I just couldn't (Valorant so probably a better outcome lol) and maybe 2 that had any sort of issue.

    If you're mainly into competitive games it's still rough, but otherwise it's honestly smoother than my friends on Windows often.

  • Snap out of it
  • Yeah, imo the problems solved by using snaps for core system stuff are better solved with immutable distros, and I see very little reason to use snaps for anything else.

  • Snap out of it
  • Yeah, sorry couldn't resist.

    snaps are very similar to flatpaks and, honestly, is technically better in a lot of ways.

    Snap can be used for basically an entire system, while flatpak is limited to graphical apps. (Ubuntu core is built basically entirely off snaps.)

    Snap is controlled by canonical, and the backend for the snap repo is entirely closed source. I've heard snaps are also easier for developers to work with, but I haven't experienced that side of them.

    Snaps automatically update by default where flatpaks don't.

    Snaps also get treated as loopback devices when they're installed, which bloats a lot of utilities. (And they keep a few old versions around which makes it even worse). For example, you could run lsblk and if you're using snaps like 90% of it will be snaps you've installed instead of actual devices.

    Flatpaks are also noticeably faster to start up, which for desktop apps matters, but wouldn't really matter for a server that's aiming for a lot of uptime.

    The loopback device issue is the main reason I don't use snaps. I also like flatpak being completely open, but realistically that doesn't matter for much. There used to be an open snap store, but that shut down because nobody used it.

  • Snap out of it
  • The easiest way to think of it is flatpaks are AppImages with a repository and snaps are flatpaks but bad.

    That has benefits and detriments. Appimages contain everything they need to run, flatpak's mostly do, but can also use runtimes that are shared between flatpaks.

    All flatpaks are sandboxed, which tends to make them more secure. AppImages can be sandboxed, but many aren't.

    Flatpaks tend to integrate with the host system better, you can (kinda) theme them, their updates are handled via the flatpak repo, and they register apps with the system.

    AppImages are infinitely more portable. Everything's in one file, so you can pretty much just copy that to any system and you have the app.

  • attacking kamarule

    48

    Gabe Ruleden

    Description: a screenshot of a tweet by news wire saying "BIDEN TO MAKE MAJOR ANNOUNCEMENT IN COMING DAYS" with a quote tweet above it saying "Half Life 3"

    5

    rultify

    35

    rulettuce

    13

    rule lake nation

    61

    Gamescope causing bad visual artifacting on older games

    Whenever I try to use gamescope on a few games, it produces weird visual artifacting that looks like lots of small sections of the screen are in the wrong place.

    Example 1: https://i.imgur.com/9j9LLYm.jpeg - spec ops: the line

    Example 2: https://i.imgur.com/FvA51pT.jpeg - dishonored

    Any ideas what's causing this?

    I'm using gamescope -f -H 2560 -W 1440 -- %command%. It also happens if I just do gamescope %command%.

    System information:

    • Desktop: Plasma 5.27.10 wayland
    • Kernel: 6.7.2-arch1-1
    • Mesa: 23.3.4-arch1.2
    • CPU: Ryzen 7800x3d
    • GPU: Radeon RX 7900 XTX
    6

    This truly is the year of the linux desktop

    94

    Finally ruled it

    6

    Rule collection unit

    14

    They can't keep getting away with it

    69

    Rulegret

    17

    Ruletender

    2

    Just as planned

    !

    0