I’ve switched over to devbox, which is a thin, easy to use wrapper around Nix on osx. Haven’t had to install brew yet. Brew was simple in theory but I always ran into so many issues like this, or just various packages polluting everything. Fingers crossed I don’t have to go back As someone who hates tinkering with this kinda stuff, I’m surprised how well it works so far
MacPorts is a great alternative, also way older but never has been as successful as Homebrew.
Upgrading Homebrew and avoiding the "failed to verify attestation" error
31–40 of 46 posts
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#322. Install Macports
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#33All I can say when I see Homebrew: "I replaced Homebrew with Devbox" [1] [1] https://mootoday.com/blog/i-replaced-homebrew-with-devbox
Some folks are running nix on OSX along with nix-darwin. https://github.com/LnL7/nix-darwin
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#34Earlier quoted context omitted.
My issues with homebrew are: 1. I hate the concept of dependency management. I want every package to ship with all dependencies inside. Just download tarball, extract and that's about it. 2. homebrew often wants to install things I already have, like python. 3. No easy way to install old packages. I don't understand why things are made harder than they should be.
Dependencies are totally out of control, in much of OSS, not just Homebrew. I probably have 5-6 leaf node packages that I actually installed with brew install, but brew list shows close to 100 little dependencies. Same with apt on my Ubuntu/Debian systems. I physically installed a handful of applications but my system has hundreds of packages installed. At least it’s not DLL Hell: the dependency management tools are…
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#35Earlier quoted context omitted.
Second recommendation for MacPorts It predates Homebrew by a bit and is under Apple's http://www.macosforge.org umbrella of OSS projects, so as close to 1st party support as you can get.
MacPorts rocks. No ports breaking when upgrading MacOS as can (or could,not sure if that's still an issue) with Brew.
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#36Earlier quoted context omitted.
MacPorts is a great alternative, also way older but never has been as successful as Homebrew.
Second recommendation for MacPorts It predates Homebrew by a bit and is under Apple's http://www.macosforge.org umbrella of OSS projects, so as close to 1st party support as you can get.
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#37Earlier quoted context omitted.
> I want every package to ship with all dependencies inside. Stopping where? python? c libraries? glibc? the kernel? "all the dependencies" isn't what you think it is > 2. homebrew often wants to install things I already have, like python. oh yeah "python" like it's just A Thing You have. nothing has versions and of course every version can execute every code that's ever been written, past and future. > I don't under…
> Stopping where? Where OS provides guarantees. If OS provides guarantee that libc will be there, do not ship libc. If OS provides guarantees that python will be there, do not ship python. If you do ship python, hide it very well, so I'd never even know about it, unless I go out of my way. And it'll never be shared by anything. Those questions are easy and solved by every commercial software. They need to make those…
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#38I’ve switched over to devbox, which is a thin, easy to use wrapper around Nix on osx. Haven’t had to install brew yet. Brew was simple in theory but I always ran into so many issues like this, or just various packages polluting everything. Fingers crossed I don’t have to go back As someone who hates tinkering with this kinda stuff, I’m surprised how well it works so far
My issues with homebrew are: 1. I hate the concept of dependency management. I want every package to ship with all dependencies inside. Just download tarball, extract and that's about it. 2. homebrew often wants to install things I already have, like python. 3. No easy way to install old packages. I don't understand why things are made harder than they should be.
Re: Upgrading Homebrew and avoiding the "failed to verify attestation" error
#39I’ve switched over to devbox, which is a thin, easy to use wrapper around Nix on osx. Haven’t had to install brew yet. Brew was simple in theory but I always ran into so many issues like this, or just various packages polluting everything. Fingers crossed I don’t have to go back As someone who hates tinkering with this kinda stuff, I’m surprised how well it works so far
My issues with homebrew are: 1. I hate the concept of dependency management. I want every package to ship with all dependencies inside. Just download tarball, extract and that's about it. 2. homebrew often wants to install things I already have, like python. 3. No easy way to install old packages. I don't understand why things are made harder than they should be.
I think its important to understand why this is the case. The python you think you have already, out of the box in MacOS, is the system python. Its not the python you should be using - its the one that python-based tools that your system depends on, is using.
Brew installs other versions of python - and gives you access to tools that allow you to maintain completely independent, different versions of python - for a very good reason.
You simply should not be using the system python for tools that are outside the purview of the system tools - doing so can lead to broken essential system tools.
So, don't be so quick to resist this aspect of package management. Its also true of Linux, by the way - developers should be using their own python installations, and not just glomming libraries into the system-provided python tree .. to do so, is to live very dangerously as a systems operator and as well as a developer.