• Crozekiel@lemmy.zip
    link
    fedilink
    English
    arrow-up
    37
    ·
    9 小时前

    ITT - “I DISAGREE WITH THE FACTUAL ACCURACY OF THE SETUP AND/OR PUNCHLINE OF YOUR JOKE.”

  • LordKitsuna@lemmy.world
    link
    fedilink
    arrow-up
    22
    arrow-down
    7
    ·
    10 小时前

    I’ll never stop hating that debian is labeled stable. I’m fully aware that they are using the definition of stable that simply means not updating constantly but the problem is that people conflate that with stability as in unbreaking. Except it’s the exact opposite in my experience, I’ve had apt absolutely obliterate debian systems way too often. Vs pacman on arxh seems to be exceptionally good at avoiding that. Sure the updated package itself could potentially have a bug or cause a problem but I can’t think of any instance where the actual process of updating itself is what eviscerated the system like with apt and dpkg.

    And even in the event of an update going catastrophically wrong to the point that the system is inoperable I can simply chroot in use a statically built binary pacman and in a oneliner command reinstall ALL native packages in one go which I’ve never had not fix a borked system from interrupted update or needing a rollback

    • kekmacska@lemmy.zip
      link
      fedilink
      English
      arrow-up
      3
      ·
      6 小时前

      depends on workload. Debian has very old packages and can be insecure but it is a set it and forget it type of thing, it is good when uptime is critical for a server. For desktops, or servers that need better security, but can tolerate a little downtime, rolling releases are good too, if you are enough to update frequently, and you should, since updates usually contain a lot of patched vulrenabilities

    • dan@upvote.au
      link
      fedilink
      arrow-up
      8
      ·
      8 小时前

      FWIW I’ve got a Debian server that hosts most of my sites and primary DNS server, that’s been running since Etch (4.0, 2007ish). I’ve upgraded it over the years, switched from a dedicated server to OpenVZ to KVM, and it’s still running today on Bookworm. No major issues with upgrades.

    • dezmd@lemmy.world
      link
      fedilink
      English
      arrow-up
      12
      ·
      9 小时前

      You are maybe conflating stability with convenience.

      “Why is this stable version of my OS unstable when I update and or install new packages…”

      The entire OS falling down randomly on every distribution during normal OS background operations was always an issue or worry, and old Debbie Stables was meant to help make linux feel reliable for production server use, and it has done a decent job at it.

      • LordKitsuna@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        7 小时前

        I mean when I can take an Arch Linux installation that I forgot about on my server and is now 8 years out of date and simply manually update the key ring and then be up to date without any issue but every time I’ve ever tried to do many multiple major version jumps on debian it’s died horrifically… I would personally call the latter less stable. Or at least less robust lol.

        I genuinely think that because Arch Linux is a rolling distribution that it’s update process is just somehow more thorough and less likely to explode.

        The last one with debian was a buster to bookworm jump. Midway through something went horrifically wrong and dpkg just bailed out. The only problem was that it somehow during all of that removed the entirety of every binary in /bin. Leaving the system completely inoperable and I attempted to Google for a similar solution as arch. Where i could chroot in and fix it with one simple line. But so far as I was able to find there is no such option with apt/dpkg. If I wanted to attempt to recover the system it would have been an entirely manual Endeavor with a lot of pain.

        I would also personally label having the tools to recover from catastrophic failure as being an important part of stability especially when people advocate for things like Debian in a server critical environment and actively discourage the use of things like Arch

        If the only thing granting at the title of stability is the lack of update frequency that can simply be recreated on Arch Linux by just not updating frequentlyಠ_ಠ

    • friendless@lemmy.blahaj.zone
      link
      fedilink
      English
      arrow-up
      3
      arrow-down
      1
      ·
      9 小时前

      Good point! But I recently swapped to Debian 12 from Fedora 41. The latter needing constant updates several times a day. And despite this, it was not stable at all.

      • dan@upvote.au
        link
        fedilink
        arrow-up
        2
        ·
        8 小时前

        Fedora is good on laptops since it has the very newest kernel and thus includes all the latest driver fixes (which are needed for laptops like the Framework where they’re actively improving things). On the other hand, it has the very newest kernel and thus includes all the latest bugs.

  • specterspectre@lemmy.world
    link
    fedilink
    English
    arrow-up
    19
    ·
    edit-2
    10 小时前

    I think I’ve put fedora on at least 4 personal systems and it has never caused an issue. It’s so smooth it’s boring in the best way. Switched to it for daily computing about 4 years ago. I use a minipc as a media server with Arch and turning it on it’s exciting. Just this fucking morning the default configuration decided that my main audio device was a microphone. Lovely. So flexible.

  • PieMePlenty@lemmy.world
    link
    fedilink
    arrow-up
    12
    ·
    10 小时前

    From my experience of Fedora: would you like to update today? Debian: You’re good bro, no updates today.

    • OmegaLemmy
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      3 小时前

      yet he can’t write a web server with c from scratch. Curious.

      (yes I’m mirroring)

    • Zozano@lemy.lol
      link
      fedilink
      English
      arrow-up
      7
      ·
      8 小时前

      I’m still a Linux noob all things considered, and I’ve been using NixOS for six months or more.

      It is HARD, but I see the true value of it. I will never need to reinstall Linux because I broke it, that’s simply impossible.

      If I ever need to migrate my system, it’s all backed up to github. With a single

      Bash update.sh
      

      every single .config file backed up, system upgraded, all packages updated.

      I just love Nix, it’s the perfect OS for me.

      Now I just need to learn how to use flakes…

      Sidebar: I’ve never asked before, but maybe someone can help me out. If I install a flake of an application, am I supposed to add it to the existing flake, or can I modulate flakes?

      I’ve noticed when installing the nixvim flake it generates a new flake and it runs when I issue the

      nix run ~/.dotfiles/nixvim/flake.nix
      

      command, but I don’t want to have to run that command every time. I feel like making a fish abbreviation isn’t the correct way of doing this.

    • Zink@programming.dev
      link
      fedilink
      arrow-up
      5
      arrow-down
      3
      ·
      8 小时前

      Mint: come for the ease of installation and use, stay because it’s just Ubuntu and Debian under the hood so it has tons of support, and the terminal is right there if you need to out so some real shit.

      I think mine doesn’t roll off the tongue in quite the same way.

  • superkret@feddit.org
    link
    fedilink
    arrow-up
    164
    ·
    edit-2
    17 小时前

    When you run OpenSUSE, you can feel it was made by Germans.
    The installer is a beautiful example of German engineering.
    The package manager is a perfect example of German over-engineering.
    If you run it with KDE, you have 2 redundant GUI admin tools for every config in the system, and 4 for setting up printers.

    • kekmacska@lemmy.zip
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      5
      ·
      11 小时前

      there are many distros with even better or similiar security as fedora. The least secure ones are Ubuntu and distros based on it, and Debian stable. Even less secure are any inactive distro. But in general, most distros can be hardened, some more, some less. Like i can harden my Android phone similiar to Arch’s level. (yes, i also use custom kernel on my phone, the most secure one for my device)

      • dan@upvote.au
        link
        fedilink
        arrow-up
        6
        ·
        edit-2
        8 小时前

        Debian? Insecure? It’s only as insecure as you make it. The default minimal installation from the netinstall CD has barely anything running - not even SSH unless you explicitly select it during installation.

        • BlackLaZoR@fedia.io
          link
          fedilink
          arrow-up
          1
          ·
          8 小时前

          It’s because there are cases where non security related bugs end up being security bugs after all.

        • kekmacska@lemmy.zip
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          6 小时前

          they are the most widely used, hackers and malware developers target these distros first

  • Fliegenpilzgünni@slrpnk.net
    link
    fedilink
    arrow-up
    145
    arrow-down
    3
    ·
    18 小时前

    Sees “Germany”

    Die Kommentarspalte dieser Pfostierung befindet sich ab sofort im Besitz der Bundesrepublik Deutschland meine Kameraden!

    • far_university190@feddit.org
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      1
      ·
      8 小时前

      Ich bevorzuge:

      𝕯𝖎𝖊𝖘𝖊 𝕶𝖔𝖒𝖒𝖊𝖓𝖙𝖆𝖗𝖘𝖊𝖐𝖙𝖎𝖔𝖓 𝖎𝖘𝖙 𝖓𝖚𝖓 𝕰𝖎𝖌𝖊𝖓𝖙𝖚𝖒 𝖉𝖊𝖗 𝕭𝖚𝖓𝖉𝖊𝖘𝖗𝖊𝖕𝖚𝖇𝖑𝖎𝖐 𝕯𝖊𝖚𝖙𝖘𝖈𝖍𝖑𝖆𝖓𝖉

  • Mwa@lemm.ee
    link
    fedilink
    English
    arrow-up
    8
    ·
    edit-2
    11 小时前

    More accurate i would describe Fedora is:
    Adopting Modern features first(Wayland,pipewire,etc Like there is no x mode in most stable Wayland desktops) and only having free and open source Repos(Rpmfusion can be added but its not official and excludes the Kernel drivers).