Homebrew 2.0 is Here With Official Support For Linux and Windows (brew.sh) 76
Homebrew, a popular package manager for macOS, has released version 2.0 with official support for Linux and Windows 10 (with Windows Subsystem Linux). Cross-platform setup scripts just got a whole lot easier. Other highlights: Homebrew does not run on OS X Mountain Lion (10.8) and below. For 10.4 - 10.6 support, see Tigerbrew. This has allowed us to remove large amounts of legacy code.
Homebrew does not migrate old, pre-1.0.0 installations from the Homebrew/legacy-homebrew (formerly Homebrew/homebrew repository. This has allowed us to delete legacy code that dealt with migrations from old versions.
Homebrew does not have any formulae with options in Homebrew/homebrew-core. Options will still be supported and encouraged by third-party taps. This change allows us to better focus on delivering binary packages rather than options. Formulae with options had to be built from source, could not be tested on our CI system and provided a disproportionate support burden on our volunteer maintainers.
Homebrew does not migrate old, pre-1.0.0 installations from the Homebrew/legacy-homebrew (formerly Homebrew/homebrew repository. This has allowed us to delete legacy code that dealt with migrations from old versions.
Homebrew does not have any formulae with options in Homebrew/homebrew-core. Options will still be supported and encouraged by third-party taps. This change allows us to better focus on delivering binary packages rather than options. Formulae with options had to be built from source, could not be tested on our CI system and provided a disproportionate support burden on our volunteer maintainers.
Re: (Score:2)
Hoping for new cute metaphor themes (Score:3)
they should give it replaceble themed metaphor names for it's cute naming of steps ....
Instead of just, Cellar, and brewing, and
one could come up with more edgy or more cute names. Perhaps a Football theme, or BDSM theme or Cat lover theme.
Other than that does anything distinguish Homebrew?
it seems like every 5 years the distro that's the least broken and least hassle fluctuates
for a while it was Fink., then Macports, then back to Fink. THen back to mac ports. Then homebrew.
Over the last while homebrew has been pretty consistently good so I've not had to go back to one of the others.
Currently however, being heavily into python now, I use anaconda for everything Anaconda can supply and then only then reach for the homebrew.
What I like about some of these is that maintain their own diractory like /opt/sw or the brew directory , and don't poison your /usr tree. This makes trashing them and re-installing a bitrotted crufty install easy to fix. I also like that I can even do user level installs for some of these.
But my favorite by far is anaconda with its environments to keep the vegetables from touching on my plate. If someone could expand anaconda to gobble up all of homebrew this would be perfect.
Re: (Score:2)
some features I particularly like about anaconda are
1. it makes reversions much more simple and reliable. SO if you install something and later find you need to downgrade, it can walk back all the dendencies.
2. It does the best job of solving mutal dependencies i've seen. if you install one package that also installs say the latest version of Latex, then late install a package but it requires an older LAtex, it can find some combination of Latex and all it's dependencies that let you run all your install
Re: (Score:2)
yes but if every package installed dumps into /usr/local it becomes the trash compacter on the death star. You don't want to wade in and clean it out.
I’ve stayed away (Score:5, Informative)
I’m not sure their security model is fully baked. They claim sudo is bad; but their solution seems to be making /user/local/bin writable to everybody (and if you try to avoid this permissions change using sudo, homebrew will block it). And while they claim /user/local/bin is only the “preferred” install location, if you attempt to use a different directory you quickly find many basic things will break - so there’s no good way around this.
Re:I've stayed away (Score:2)
Yiii! Really? I'm impressed that something that bad is available. It sounds as if it should only be run in a VM, if then.
Re: (Score:2)
Re: (Score:1)
macports is based on BSD ports. ports is phenomenal, thus so is macports, even with their limitied support (limitied personel). Homebrew is trendy, but a binary installer, and it's momentum is from irrational popularity. The term "brewnistas" is appropriate. They remind me of the "penguinistas" from the early naughts, when linux was a mess (well, it still is) and too unstable and NOT ready for the prod servers, but the fanatics could not be tamed. Eventually, of course, linux got stable, but I can't see wha
Re: (Score:1)
Re: (Score:2)
Simply untrue. Just checked. /usr/local/bin is not world or group writable.
Then it is owned by you rather than root - correct? That’s slightly less awful but still not good.
Re: (Score:3)
Homebrew's security model is half-baked, if that, and they justify it with lame rhetoric ("Why does Homebrew say sudo is bad? Sudo is dangerous, and you installed TextMate.app without sudo anyway.") Uhm, pointing out that TextMate installs itself poorly on an OS itself that has a half-baked approach to multi-user applications is... lazy at best, and incompetent at worst.
The best workaround I've found is to create a security group called something appropriate (like "local"), and assign your user to that gr
Re: (Score:2)
Curious... maybe the newer versions of TextMate don't work properly? I certainly had to provide sudo credentials to install the TextMate command line tools in /usr/local/bin.
If they mean installing the app package itself, Homebrew could also choose to store it's stuff in a user writable location.
Re: (Score:2)
the real reason google didn't hire him is likely because he's a young white male.
MacOS (Score:4, Interesting)
Re: (Score:2, Insightful)
And the package management solution on Windows is...?
Re: (Score:3)
And the package management solution on Windows is...?
Chocolatey (https://chocolatey.org/)
Not saying it's great or better than what's on Linux, but it's definitely better than nothing.
Re: (Score:2)
Chocolatey is highly reliant on .NET and PowerShell (v4). It doesn't work on XP and is all around lousy on Windows Vista, 7 and 8. 10 is workable but it requires you trusting someone else to package/publish binaries, it also requires you to 'trust' the environment and will often break whenever your Windows environment isn't what the packager has assumed.
Although this seems to be normal to accept from deployment scenarios within the Windows ecosystem (such as SCCM and other commercial offerings), Brew (can)
Re: MacOS (Score:2)
Works great for me.
Re: MacOS (Score:2)
Chocolatey for win32 apps, apt for Ubuntu/wsl.
Re: (Score:1)
Yeah came here to say that.
I've found homebrew to be, well, it's better than macports, but that's not saying much. And macports was better than nothing, so homebrew is at least twice as good as nothing! On the other hand it somehow seems less good than what's available on Linux. The compile from source model is also just a bit on the annoyingly slow side. Kind of like gentoo, but with less of the funroll overtones.
Might bo OK on Windows though, that doesn't have well established package managers like Linux.
Re: (Score:1)
Re: (Score:2)
What is a good solution for Windows?
Chocolatey seems to be the most popular, but it's support for portable apps is quite poor.
Comment removed (Score:3)
Re:Homebrew driving you to drink? (Score:4, Informative)
This project got momentum by trashing on MacPorts, although MacPorts has always worked fine for me. Homebrew will never be on my system, simply because of their shabby treatment of a good port system written by very good people.
Not only is this poor form to trash the competition - I don't know that the competition even deserve this trashing. I've been using MacPorts since it was DarwinPorts. I've never experienced it not working, or doing anything that I didn't expect it to. In the early days there may have been some software that simply wasn't ported over, but it's always behaved itself when I've been using it.
Re: (Score:3)
I've preferred MacPorts/DarwinPorts because it's very similar to BSD Ports in regards to it using libraries separate from the base install, unlike the way homebrew works in regards to a number of libraries. Also MacPorts has gone a long way when it comes to having precompiled packages ready. I remember the 10.6 days and how much you compiled but now - 95% (my personal estimate) of the dependencies and target ports you're trying to install has precompiled packages for your specific Darwin version ready to go
Re: (Score:1)
This project got momentum by trashing on MacPorts, although MacPorts has always worked fine for me.
I never had luck with macports. I found it would work for a few months, then screw up and need a reinstall. Since it was compile from source that was an overnighter.
Technically I found it flawed. I didn't catch any drama regarding it but there's not really an excuse for that.
And for some silly reason, they decided to put everything in /usr/local
yep.
Which distro does this target? (Score:5, Interesting)
Re: (Score:1)
Slackware with SlackBuilds.org and Sbopkg is already better thanks
Of course (Score:2)
Happy fun ball (Score:2)
Homebrew does not speak or respond to voice commands.
Homebrew does not have configuration with selections in alpha-qanon distributions
Homebrew does not have a cape or exhibit any special powers.
Homebrew does not have any selection to induce Hypo-package virtualization symmetry.
Homebrew does not require refrigeration.
Homebrew does not taste particularly good and should not be eaten.
Homebrew does not emit harmful rays or other quanta with this release and shielding is no longer necessary.
Homebrew does
#t2sde can theoreically do this for a decade, too (Score:2)
Package manager? (Score:2)
I thought installing applications on a Mac was simply "copy the directory and your software is installed". Why the fuck would you need a package manager on Mac?
Homebrew is nice, but Cask is even nicer (Score:2)
Homebrew was already a very nice way to install GNU and other open source stuff. But Cask is an extension that scripts the installation of packaged software:
https://caskroom.io/ [caskroom.io]
Plus, if you install the mas command-line utility to install App Store stuff, this makes it easy to completely script the installation of a Mac. The following shell script installs a fresh new Mac for me:
#!/bin/sh
export HOMEBREW_CASK_OPTS="--appdir=/Applications"
# install homebrew
ruby -e "$(curl -fsSL https://raw.githubusercontent... [githubusercontent.com]
Highlights: Here's Stuff We Don't Do (Score:2)
Lots of "homebrew does not..." in those highlights, no?