3 ms·
Some of this is a matter of taste, clearly. I strongly prefer having my system packages being rock solid; I can always fetch updated software for the very few c
by sagarm 5y ago
Some of this is a matter of taste, clearly. I strongly prefer having my system packages being rock solid; I can always fetch updated software for the very few cases where I want that.
However, my aversion to homebrew goes beyond taste: my experience with homebrew is rife with breakages. To be fair we were trying to use it in a CI system, which will very quickly reveal a buggy system. By contrast, apt/dnf are rock solid when used in CI.
An actual example: we tried providing our own recipe to install a particular version of libicu. This triggered an upgrade of some dependency; that triggered an upgrade of libicu to a different version than 68. The command exited with a successful status. A real package manager would have detected the package conflict and reported it, giving you resolution options, or errored out in a non-interactive terminal.
Why were we trying to pin versions in the first place? You guessed it, package breakages.
- moshmosh 5y agoYeah, I don't manage dev dependencies for projects in home-brew, just software for which I am a mere user. I probably wouldn't use apt and friends for those, either—not directly on my workstation anyway, maybe in some pinned-OS-version VM—unless my workstation happened to be identical to my deploy target and was guaranteed to stay that way. For a macOS build for C or C++ or anything along those lines, I'd probably vendor dependencies.