Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Open Source Package Management Software Homebrew Gains Native Apple Silicon Support
- Thread starter MacRumors
- Start date
- Sort by reaction score
Maybe this is a dumb question. Now that both Python and Homebrew are officially supported on M1 Macs, can I expect to run almost any library without major issues?
I mostly use Pandas, Matplotlib, etc... to write short scripts for data manipulation and analysis but am not an expert nor a developer. I'm excited but don't want to buy a machine I really can't use day to day yet.
I mostly use Pandas, Matplotlib, etc... to write short scripts for data manipulation and analysis but am not an expert nor a developer. I'm excited but don't want to buy a machine I really can't use day to day yet.
Not generally. Not every python module is actually 100% written in Python, but in some other language (say C++ or Fortran). So if that doesn't compile yet, you won't be able to use them. Which ones work and which don't needs to be checked individually, although distributions like anaconda should be a good place to see what the state of things is. I guess it's possible to use Rosetta to get a lot of stuff running that isn't currently supported natively too.
Developers should be happy.....it’s free
Popular macOS package management system Homebrew today received a major update, with the 3.0.0 version introducing official support for Apple silicon chips.
Homebrew, for those unfamiliar with the software, is a package manager like the Mac App Store. It's designed to let users quickly and easily install, uninstall, and update apps using Terminal.
Prior to now, Homebrew was able to run on M1 Macs through Rosetta 2, but now it works on the new MacBook Air, MacBook Pro, and Mac mini natively. Homebrew doesn't yet support bottles for all packages on Apple silicon that are available on x86_64, but improvements will be made in the future.
According to Homebrew developer Mike McQuaid, the 3.0.0 development was helped along by MacStadium and Apple, with Apple providing hardware and migration help.
Article Link: Open Source Package Management Software Homebrew Gains Native Apple Silicon Support
Awesome. Thanks for the reply. I had not thought about Anaconda but it seems like I should be able install and run conda in emulation.
edit:typo
Last edited:
Good! I feel like this was one of those thing all the doomers and gloomers complained about constantly after the transition was announced: That it would take years for popular common tools to be ported and no open source devs would dare want to work on it. Now all we need is a bootable Linux kernel before the end of the year and the nay sayer’s can eat it!
Give it time. We will get there eventually.
I’m waiting for Docker to update for Apple Silicon, and likewise for Node.js.
It might not be useful at all to you depending on what you do with your computer. Homebrew is mostly a good way to get a lot of open-source Linux software running on the Mac.
because you are not a developer or an Engineer. Homebrew is not for the average Joe.
It really isn’t.
It’s quite concerning that a “software developer” is claiming a tool whose original point was just to automate the compilation steps is a “must have”.
for those who don’t understand the concept: imagine if you went to a pizza shop and they said frozen pizzas, or frozen pre-made pizza bases, or pizza sauce in a bottle are a “must have” to do business.
(edit: add some component examples)
Last edited:
To those asking what it's used for
Popular macOS package management system Homebrew today received a major update, with the 3.0.0 version introducing official support for Apple silicon chips.
Homebrew, for those unfamiliar with the software, is a package manager like the Mac App Store. It's designed to let users quickly and easily install, uninstall, and update apps using Terminal.
Prior to now, Homebrew was able to run on M1 Macs through Rosetta 2, but now it works on the new MacBook Air, MacBook Pro, and Mac mini natively. Homebrew doesn't yet support bottles for all packages on Apple silicon that are available on x86_64, but improvements will be made in the future.
According to Homebrew developer Mike McQuaid, the 3.0.0 development was helped along by MacStadium and Apple, with Apple providing hardware and migration help.
Article Link: Open Source Package Management Software Homebrew Gains Native Apple Silicon Support
➜ brew list
aom gettext icu4c libimagequant mupdf-tools pixman tmux
autoconf ghostscript ilmbase liblqr ncurses pkg-config tree
automake giflib imagemagick libmatio netpbm poppler typescript
bison git ipython libmpc node postgresql unixodbc
cairo git-lfs isl libomp nspr proj utf8proc
cfitsio glib jasper libpng nss psqlodbc webp
chruby gmp jpeg librsvg open-mpi python@3.8 wget
docbook gnu-getopt jupyterlab libspng openexr python@3.9 x265
docbook-xsl gobject-introspection krb5 libtiff openjpeg qt xerces-c
fftw graphite2 libde265 libtool openslide readline xmlto
fontconfig graphviz libevent libunistring openssl@1.1 redis xz
freetype gts libexif libxml2 orc ruby-build yarn
fribidi harfbuzz libffi libyaml overmind ruby-install youtube-dl
gcc hdf5 libgeotiff little-cms2 pandoc shared-mime-info youtube-dlc
gd heroku libgsf lzo pango sqlite zeromq
gdbm heroku-node libheif mozjpeg pcre szip
gdk-pixbuf hwloc libidn2 mpfr pcre2 tcl-tk
font-hack-nerd-font gimp
There’s already a preview build. It works pretty well.
find the link here:
Mac
Install Docker Desktop for Mac to get started. This guide covers system requirements, where to download, and instructions on how to install and update.
That’s not a same comparison at all. Brew saves time. A lot of time. When setting up a new machine. It’s particularly helpful when onboarding new devs to get their environment setup. A developer doesn’t need to waste time downloading and compiling tools necessary for their job. It doesn’t make the end product any better. In fact, it’s wasting employer dollars.
By that logic developers shouldn’t use IDEs either. Just use VI and compile via command line.
Then, probably, it's not useful for you. Nothing wrong with that, of course. The mentioned open source packages are intended to be used in Terminal through command line or invoked via scripts.
I am no pro or dev just average joe, but have 55 packages installed because it contain useful toolbox on my workflow.
the comment I replied to didn’t say “it makes onboarding inexperienced developers easier” or “it makes things quicker”.
they said it’s a “must have”, implying it’s a hard requirement for any developer. I can tell you categorically that is false.
my comment wasn’t about the quality of the end product, it was about questioning the skills of a person who is seemingly incapable of doing a very basic thing their field calls for: compiling software.
To go back to the pizza shop analogy.
it’s very common for even handmade pizza sauce to use eg tinned tomato purée and/or tinned tomatoes which are further cooked down.
they do this because it’s much quicker than starting from fresh tomatoes. That doesn’t mean a competent pizza chef cannot make sauce from fresh tomatoes - it’ll just take longer.
If op meant “it makes things quicker” s/he should have said that. Words have meanings. Saying “must have” and then claiming to mean “a convenient solution to make things quicker” leaves me with two possible conclusions:
s/he doesn’t understand the meaning of the word “must”, or
S/he doesn’t know how to compile software.
I’m not sure which is worse really.
Oh come now, now are being petty for no reason. Who has the time to download and manually compile hundreds of libraries and tools — and keep them updated! — when you can use an automated tool to take care of that for you. Homebrew saves time, comes with sensible defaults and generally makes one's life much easier. Package managers are part of every even remotely serious Unix-like system for a very good reason.
And as amateur pizza baking enthusiast, I disagree with your analogy. If you are serious about your pizza, you need a reliable logistics partner that will continuously supply you with high quality, specialized flour and other products. The alternative is trying to source and transport all these ingredients yourself, but then when are you going to make pizza?
[...]
Now you went from being petty and silly to being straight out insulting, again for no reason. It is really uncalled for. We've both been long enough on this boards to deserve at least some degree of mutual respect. I am a bit sad that you feel the need to lash out at your fellow posters for minor semantics.
What does this do? I downloaded a PSP emulator and had to install this, which as a Windows user seems totally weird to me.
It's a package manager. It allows you to install and manage various utilities and libraries via a convenient interface. Such managers are very common in the Unix* world where one often relies on hundreds of small libraries and tools.
Who's claiming that every developer uses "hundreds of libraries and tools"? Are you? You're wrong. That isn't an opinion, it's fact.
I disagree with the premise that Brew has sensible defaults, but that's irrelevant to the discussion at hand.
No one said it doesn't "save time". Literally the only thing I disputed, is this claim, of yours:
This is categorically not true. You might find it helpful or useful, you might not be able to develop software without it, I don't know, but claiming that any single thing is "a must", i.e. a necessity, for software development is a pretty big claim to make, given how many fields and specialisations there are.
You're butchering the analogy, badly.
If someone says to you, "you must give me $1000", what do you think they mean?
Words have meanings. If you want to pretend they don't, that's your prerogative, but don't get upset when people tell you that you're wrong, because they interpret your comments using the accepted meaning of the words you've used, rather than whatever meaning you decide to use.