I like art and game design, but other stuff is cool too.

  • 3 Posts
  • 20 Comments
Joined 1 year ago
cake
Cake day: June 26th, 2023

help-circle


  • Arch Linux with NVIDIA is definitely not great for newbies, especially for people who can’t keep up with the distro. If left unupdated for too long, your system may break. Even if you update every day, you could break something. You just never win with a rolling release distro like this. My only saving grace is that I run with an AMD gpu and so far, that thing has just worked.

    My tip for anyone switching to Linux is to switch to AMD. Even if NVIDIA is better overall for performance and features, even if the last time you tried AMD on your windows system it was slow and a bit buggy, on Linux, AMD just works, without extra steps.






  • All of my other devices are either Windows or Android for convenience. The VPN works on Windows, but I can’t isolate this issue via that route as those devices are old and have their own issues.

    I have tried running my system without vpn and this specific issue hasn’t appeared from yesterday until now. It is making me feel a little uncomfortable not having it on though.

    I’m going to try another suggestion, then I’ll come back to this one if it still doesn’t work.















  • It benefits both devs and end users.

    Many people don’t have the time or resources to manage a broken application especially devs who have to deal with that on several Linux distributions simultaneously.

    Many distros use different package install scripts and repos to suit their specific needs. If I were to use a Debian-based distro, I would need to use apt to grab from a Debian-compatible repo. If I somehow got apt to work on Fedora, then not only would the program I installed not work, it would likely annihilate many of the preexisting dependencies and possibly brick the system.

    I personally use Arch Linux which uses pacman, my package manager of choice, and a lot of times I’ll find an application that doesn’t work on my system due to mismatched dependencies. Arch is incompatible with .deb and .rpm files and does not use the Debian repo and its derivatives. It uses the AUR and its own derivatives of that repo. I don’t have the time or skill to get a program to work with a newly updated dependency on one distro nevermind however many exist on the internet. Many devs do that for free after they’ve been working at their job for hours and/or taking college courses.

    What a Flatpak or appimage (ignoring goofy aah snaps) really does is allow a developer to update dependencies for their application at their own pace without having to play catchup when something inevitably breaks due to an update. It allows for a more stable system. As a Debian Bro, you might not need that, but on rolling-release distros like Arch and funky distros like Manjaro that can be very much welcome.


  • The problem here is that there are so many linux distros that are trying to do their own thing. Sure, a Debian-based distro would use apt, but a lot of the other distros like Void and Fedora use different package managers to suit their needs. I personally use Arch Linux, and that uses pacman which is my manager of preference. There are packages that I cannot find and/or install via pacman and the AUR due to them either not being built as an Arch binary, or being left abandoned by the developer who couldn’t bother supporting multiple distros and their package managers, or not having a compatible dependency built for my system.

    Flatpaks and AppImages allow for a developer to place an application and all its dependencies in a neatly packaged group. This allows developers to only need to create one package that works on many distros and won’t be affected by dependency changes. I use a Flatpak package for Steam because, due to the rolling-release-nature of my distro, sometimes the native install breaks and/or doesn’t open properly.

    In theory, Snap works in a similar way as the other two, but that is a proprietary package manager that doesn’t work on my distro without far much more effort than needed for any proprietary software should ever need to get working ever.

    The only real downside to these package managers that I’ve seen is that the package size is larger than any native install. I am personally fine with this tradeoff however, as I have gotten quite used to building Python container environments recently.