5 ms·

I understand how people use their computers. I merely object to those people then blaming the distro for not writing software that can magically work around how

by rlpb 5y ago

I understand how people use their computers. I merely object to those people then blaming the distro for not writing software that can magically work around how they hacked it up.

Talanes 5y ago
Yeah, it's not the Distro's fault that they didn't design it for how people actually use their computers. How could they have guessed that would be an issue?
- md8z 5y ago
  I don't understand how you can expect a distro developer to account for every single possible third party repository and package that is out there. That's multiple orders of magnitude more packages that they would have to support and test for, it's simply not feasible. It's reaching into combinatorial explosion. I would actually have serious concerns if a Linux vendor was somehow promising that they could support such an unrealistic thing. The real solution was mentioned up thread though: they are designing it to be used that way, but you have to use snaps or flatpaks. Not third party apt repositories which can overwrite system components in an infinite number of ways.
  - the__alchemist 5y ago
    Do programs installed via installer executables/scripts also contribute to this problem?
    - md8z 5y ago
      If you install them to your home directory, no. If they install to system directories (/usr, /lib, /etc, /var) then they could cause issues. I personally would not run any installer script that asks to use sudo or otherwise give it root permissions, that's a recipe for disaster. If you have to do that, run it in a container.
      - the__alchemist 5y ago
        Regrettably, that's most software! When I start a new OS (Windows or Linux), I have a set of software I want to install. Examples: Firefox, Chrome, VsCode, PyCharm, SOlidWorks, KiCad, Em-Client, CubeIDE, Rust, Python (NOT the old system version), Steam etc. Almost all of them operate outside the package manager with their own installers!
        md8z 5y ago
        I'm not sure what you mean, that isn't even most software out of the examples you gave. I think snap and flatpak have almost all of those. For Rust and Python I think you can use rustup and pyenv. All of that would be preferable to using a root installer. If the only option they have is an installer that runs as root, then the safest way to handle that would be to run it inside a docker container. Those companies should probably not be shipping installers on Linux unless they target very specific distributions and are working closely with them to ensure they don't break the upgrade process, otherwise it's going to cause issues. Edit: here are the snaps and flatpaks and docker images I could find. https://snapcraft.io/firefox https://snapcraft.io/firefox https://snapcraft.io/chromium https://snapcraft.io/chromium https://snapcraft.io/code https://snapcraft.io/code https://snapcraft.io/pycharm-professional https://snapcraft.io/pycharm-professional https://flathub.org/apps/details/org.mozilla.firefox https://flathub.org/apps/details/org.mozilla.firefox https://flathub.org/apps/details/org.chromium.Chromium https://flathub.org/apps/details/org.chromium.Chromium https://flathub.org/apps/details/com.visualstudio.code https://flathub.org/apps/details/com.visualstudio.code https://flathub.org/apps/details/com.jetbrains.PyCharm-Professional https://flathub.org/apps/details/com.jetbrains.PyCharm-Profe... https://flathub.org/apps/details/org.kicad.KiCad https://flathub.org/apps/details/org.kicad.KiCad https://flathub.org/apps/details/com.valvesoftware.Steam https://flathub.org/apps/details/com.valvesoftware.Steam https://github.com/xanderhendriks/docker-stm32cubeide https://github.com/xanderhendriks/docker-stm32cubeide AFAIK, Solidworks and eM Client are not available on Linux, but if they were you would probably see them available in one of those forms.
        the__alchemist 5y ago

by rlpb 5y ago

I understand how people use their computers. I merely object to those people then blaming the distro for not writing software that can magically work around how they hacked it up.

Talanes 5y ago

Yeah, it's not the Distro's fault that they didn't design it for how people actually use their computers. How could they have guessed that would be an issue?

md8z 5y ago
I don't understand how you can expect a distro developer to account for every single possible third party repository and package that is out there. That's multiple orders of magnitude more packages that they would have to support and test for, it's simply not feasible. It's reaching into combinatorial explosion. I would actually have serious concerns if a Linux vendor was somehow promising that they could support such an unrealistic thing. The real solution was mentioned up thread though: they are designing it to be used that way, but you have to use snaps or flatpaks. Not third party apt repositories which can overwrite system components in an infinite number of ways.
- the__alchemist 5y ago
  Do programs installed via installer executables/scripts also contribute to this problem?
  - md8z 5y ago
    If you install them to your home directory, no. If they install to system directories (/usr, /lib, /etc, /var) then they could cause issues. I personally would not run any installer script that asks to use sudo or otherwise give it root permissions, that's a recipe for disaster. If you have to do that, run it in a container.
    - the__alchemist 5y ago
      Regrettably, that's most software! When I start a new OS (Windows or Linux), I have a set of software I want to install. Examples: Firefox, Chrome, VsCode, PyCharm, SOlidWorks, KiCad, Em-Client, CubeIDE, Rust, Python (NOT the old system version), Steam etc. Almost all of them operate outside the package manager with their own installers!
      - md8z 5y ago
        I'm not sure what you mean, that isn't even most software out of the examples you gave. I think snap and flatpak have almost all of those. For Rust and Python I think you can use rustup and pyenv. All of that would be preferable to using a root installer. If the only option they have is an installer that runs as root, then the safest way to handle that would be to run it inside a docker container. Those companies should probably not be shipping installers on Linux unless they target very specific distributions and are working closely with them to ensure they don't break the upgrade process, otherwise it's going to cause issues. Edit: here are the snaps and flatpaks and docker images I could find. https://snapcraft.io/firefox https://snapcraft.io/firefox https://snapcraft.io/chromium https://snapcraft.io/chromium https://snapcraft.io/code https://snapcraft.io/code https://snapcraft.io/pycharm-professional https://snapcraft.io/pycharm-professional https://flathub.org/apps/details/org.mozilla.firefox https://flathub.org/apps/details/org.mozilla.firefox https://flathub.org/apps/details/org.chromium.Chromium https://flathub.org/apps/details/org.chromium.Chromium https://flathub.org/apps/details/com.visualstudio.code https://flathub.org/apps/details/com.visualstudio.code https://flathub.org/apps/details/com.jetbrains.PyCharm-Professional https://flathub.org/apps/details/com.jetbrains.PyCharm-Profe... https://flathub.org/apps/details/org.kicad.KiCad https://flathub.org/apps/details/org.kicad.KiCad https://flathub.org/apps/details/com.valvesoftware.Steam https://flathub.org/apps/details/com.valvesoftware.Steam https://github.com/xanderhendriks/docker-stm32cubeide https://github.com/xanderhendriks/docker-stm32cubeide AFAIK, Solidworks and eM Client are not available on Linux, but if they were you would probably see them available in one of those forms.
        the__alchemist 5y ago