• 0 Posts
  • 186 Comments
Joined 1 year ago
cake
Cake day: June 19th, 2023

help-circle


  • Whatever you do, pick one that ships with Linux or is at least explicitly marked as compatible.

    You do not want the headache of having a laptop with this one component that genuinely doesn’t work properly. Most will work, but for example fingerprint scanners are a very touchy subject. My freakin battery is not properly recognized by anything that isn’t Windows. It’s stupid, some just don’t care about existing, well defined, open standards.

    Personally I’d go with a Framework laptop. Otherwise Tuxedo or System76 might have something you like.




  • Probably won’t, at least not because of the integration. Interactions between CPU and GPU are very generic, because obviously every CPU should work with every GPU. You can do optimizations in driver, but as far as I’m aware AMD does not implement any tech to make specifically their GPUs work better with their CPUs. At least not anything noteworthy.

    Graphics workloads are GPU bound. The only thing that matters is your GPU. You might be able to use the iGPU if you have one. Should already help a whole lot.


  • Shotcut is great, especially because ffmpeg, GPU acceleration and very easy to learn workflows (although admittedly not so intuitive that you get them right away).

    I don’t know about Kdenlive, but I tried Openshot and found it to be much slower and lacking functionality, although it’s even easier to use for the basics.



  • Because they don’t push updates as quickly, which reduces the chances of something slipping through, be it their merit or not. This comes at the expense that it sometimes breaks dependencies and still has close to zero real benefits:

    1. You are better off simply using snapshots. Then you don’t depend on the testing of either party.

    2. Even if the Manjaro devs do to find bugs, they could have found them in Arch Testing as well, which benefits everyone.

    I stand by my point that the update strategy is not a feature.


  • UnfortunateShort@lemmy.worldtoLinux@lemmy.mlManjaro OS
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    7 months ago

    Besides the points made - using their own repos. It kind of defeats an important point of using Arch, if you don’t use the official repos as your main source of packages imo.

    It’s a rolling release. You have to let it roll. Arch already has testing repos, there is zero need to test outside of them.





  • Yes, Garuda does, even with bootable snapshots, but it’s otherwise not as clean as Endeavour. As far as I can tell, mkinitcpio/GRUB2 or their setup thereof causes more problems than it solves. My system was bricked multiple times until I switched to a dracut/systemd-boot setup, which works flawlessly since quite a while.

    As for the user experience, there are 0 distros you should perform a (major) upgrade on without taking a snapshot first. I had broken systems after apt upgrade. From my point of view rolling vs versioned release are basically occasional mild vs scheduled huge headaches.


  • UnfortunateShort@lemmy.worldtoLinux@lemmy.mlJust install EndeavorOS lol
    link
    fedilink
    arrow-up
    2
    arrow-down
    2
    ·
    edit-2
    7 months ago

    It is actually very easy:

    1. You setup auto-snapshots (almost trivial)
    2. You update
    3. Evaluate
      3.1) Repeat goto 2
      3.2) Rollback goto 2

    The only problem here is that snapshots (and btrfs for that matter) are not the default behaviour. I would really appreciate Endeavour having this as the default setup. It is very likely what you’d want.