• 1 Post
  • 38 Comments
Joined 2 months ago
cake
Cake day: July 25th, 2024

help-circle















  • I realized every app needs manual intervention in one or another way

    How do you mean? What kind of interventions?

    or has a different way of installing

    This is just a consequence of trying to use messy flatpaks in addition to your distro’s native package manager. I get that people coming from Windows want to continue to do things the Windows way, but grabbing programs from the web is a bad habit on Linux.

    Also, as many people I just prefix everything with sudo to get it to install

    This is generally correct for native package managers like apt. I would never trust installing anything foreign with elevated privileges. Rule of thumb for learners: Don’t run anything with sudo, and when you encounter commands that fail to proceed, investigate why. Only then, if it truly requires elevated privs, do you sudo.

    I thought I could just keep a list of apt commands and make an “easy to reinstall” linux script at one time

    Saving the “dot files”, directories in your ~/home whose names start with a period, will preserve configuration settings for pretty much all of your user-facing programs. Copy these directories back into a fresh install and you’ll find that there is little reconfiguration required. I personally do this with KDE-Marble, and it has been the same program, building upon the same map cache, since around 2017.

    I’d say that the best learning resource you can have is a spare computer specifically dedicated to exploring Linux, with which you can install and break and configure and break again without worry. Learning Linux can be like playing a roguelite, and I mean that also in the sense that it can be fun.






  • There is no best. Only least worst. Pick your poison:

    AMD: Libre driver stack, require firmware blobs.
    NVidia: Proprietary driver stack (kernel driver component slowly being opened), proprietary firmware exists in ROM on card so doesn’t need to be loaded at runtime.
    Intel: Libre driver stack, same firmware issue as with NVidia, GPU performance generally sucks because iGPU constraints

    I would say, in order from least-worst to most-worst:
    AMD
    Intel
    NVidia

    Others that I have considered, but are hopeless pipe dreams
    Matrox - old, deprecated, dead, no longer in business?
    S3 Chrome - assimilated into Centaur/VIA technologies, later bought out by Intel
    Mali - don’t even kid yourself
    Software rendering - you must be desperate
    Aspeed and other 2D framebuffer solutions - good luck
    Any and every “open source GPU” initiative - always dead in the water. NLnet recently pulled funding from LibreSOC because the lead dev spent more time begging for e-gold than doing any developmental work.