I’m feeling more tired about Windows, and the reason I haven’t switched yet to Linux is because I need some programs that only exist on Windows. But, at this point, I’m focusing on ditching these programs and finding alternatives for them…

Last year, I experienced Linux Mint, but, at least on my PC, it feels clunky when I need to do some little video editions and I found it more stable on Windows.

However, I’m going to try again Linux distros with a virtual box, but I’m a little “”“scared”“” to move on again to Linux Mint since my last experience with editing videos.

I don’t need an extremely powerful program to make these editions. Olive, or something like that, suits me perfectly. So, in your opinion, which distro should I try on one virtual box for my daily use for these purposes?

Making a dual boot, from your point of view, is problematic? I see so many different opinions about dual boot, but at this time, I don’t know what to think.


My pc

  • Processor: AMD Ryzen 3 PRO 2100GE with Radeon veja graphics

  • RAM: 8gb


Edit : ty for the replys so far, mates

  • Guenther_Amanita@feddit.de
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    edit-2
    9 months ago

    You can try Fedora Atomic.
    There’s a project called universal-blue.org, which gives you a huge choice of available images, that all “just work”.
    I personally recommend the Silverblue version, since Gnome looks and behaves very professional. You can use KDE too if you like that more.

    Here’s a link to my post I made with more information on why you should choose an immutable distro: https://feddit.de/post/8234416

    Btw, 8 GB of RAM isn’t much for video editing. I recommend you to upgrade the RAM if you are able to.

    Edit: maybe consider installing it on a second drive if you can. Even with better hardware than yours, VMs usually feel a bit clunky.

    • atzanteol@sh.itjust.works
      link
      fedilink
      arrow-up
      1
      ·
      9 months ago

      Did you ever notice, how, after some time, may it be weeks, months, or years, your Linux install or programs become ever so slightly less reliable?

      …no.

      That article is terrible. Misleading at times, exaggerating at others times…

      The first reason why IBDs are more secure is the point from above. If there are the same loop holes on every install, the devs can reproduce it and fix it immediatelly.

      Like this doesn’t happen with “mutable” distros? This is a gross exaggeration. IBDs are updated the same way as other distros, it’s just that they’re released as a snapshot.

      They’re way overstating the benefits of containerization.

      • Guenther_Amanita@feddit.de
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        9 months ago

        Just as a small information, I’ve written the post myself. I didn’t copy-paste it from someone else.

        Could you please do me the favour and elaborate on your critic points more? Then I could edit the post a bit more.

        Also, in the beginning of it, I even put the disclaimer that I had to “lie” a bit to simplify everything, so that it is better understandable by everyone, including newcomers.

        IBDs are updated the same way as other distros, it’s just that they’re released as a snapshot.

        No. If you take Tumbleweed as example, it also gets released as snapshot. But, IBDs are referencing one image and then copy that, while on traditional package managers, every install is individual and drifts over time.
        I’ve seen many posts and Git-issues where the devs or other users said “closed, can’t replicate”. Or people periodically reinstalling every year because the installs became cluttered and unstable.

        There’s a reason why immutable distros were developed a few years ago. Even back than they were very promising, and there weren’t even remotely as many Flatpaks available and technologies like Distrobox and much more weren’t there too.
        From now on, they will only become better and better!

        Still, thank you for your critique :)
        It hurt a bit, because it took a long time to write the post, but I will always try to be open to it and correct my statements in it.

        • atzanteol@sh.itjust.works
          link
          fedilink
          arrow-up
          1
          ·
          9 months ago

          IBDs are updated the same way as other distros, it’s just that they’re released as a snapshot.

          No. If you take Tumbleweed as example, it also gets released as snapshot. But, IBDs are referencing one image and then copy that, while on traditional package managers

          How is the base image updated though? By applying updates to software. There’s no magic. You’re just doing that on “one” system and cloning it to others. You gain homogeneity downstream, sure. But it’s no easier for the upstream developers to find/fix bugs than with any other distro necessarily.

          Somebody upstream still needs to be sorting out the bugs and security fixes. The advantage here is that I can run older versions easily because they are complete snapshots. Rollback/rollforward are the major advantages of an IBD to me as it allows you to easily test an upgrade to see if it works and then revert if it doesn’t. You can get similar functionality with fancy btrfs/lvm/zfs snapshotting as well, but it’s different and may require some effort to restore.

          every [non-IBD] install is individual and drifts over time.

          This is the part I take issue with most. If, and I realize this is a significant “if”[1], somebody is using the standard repos and installing packages using the package manager and flatpak/snap/etc. then there will be very little “drift” between libraries in the upstream and on the local system. apt/dnf/yum are quite good at what they do. After doing an “apt update” I’m up-to-date with the current Debian for things I have installed from there. There’s nothing magical about snapshotting that and delivering it instead.

          [1] You could make a case that maybe I’ve added a bunch of other upstream repos and that can lead to differences. But you can also make the case that people using IBDs can slipstream in package changes as well. If you want stability, don’t do that.

          I’ve seen many posts and Git-issues where the devs or other users said “closed, can’t replicate”.

          Sure? But you seem to be ignoring hardware differences. Distro maintainers have a small slice of available hardware on which to test. I can’t test my code on every CPU, video card, motherboard, etc. There could easily be a driver bug that affects some card I have that none of the distro maintainers has access to and so it’s not tested. This you see quite a bit actually where sometimes even different revisions of a laptop in the same model/family will break Linux compatibility due to a different wifi chip being used.

          There’s a reason why immutable distros were developed a few years ago. Even back than they were very promising, and there weren’t even remotely as many Flatpaks available and technologies like Distrobox and much more weren’t there too. From now on, they will only become better and better!

          Personal opinion - I think IBDs will go away and flatpak/etc. will remain. If applications are containerized then they are mostly isolated from the host anyway which is the real benefit. May be wrong though.