This is my brew.env. cat ~/.homebrew/brew.env HOMEBREW_CASK_OPTS="--no-quarantine" HOMEBREW_CASK_OPTS="--appdir=~/Applications" HOMEBREW_CLEANUP_MAX_AGE_DAYS=2 HOMEBREW_NO_ANALYTICS=1 The second line HOMEBREW_CASK_OPTS="--appdir=~/Applications" is working, but first line HOMEBREW_CASK_OPTS="--no-quarantine" is ignored. How to specify both env variables? I tried also HOMEBREW_CASK_OPTS="--no-quarantine --appdir=~/Applications" on the same line, but both variables did not work.

I am trying to install a specific version of Buck using Homebrew. Facebook provide a formula on GitHub . I have added the tap: brew tap facebook/fb I can then install Buck using: brew install --HEAD facebook/fb/buck However, I would like to install a specific release, for example v2017.05.02.01 . What is the syntax for installing a specific release from GitHub? I am looking for something like: # This does not work! brew install --v2017.05.02.01 facebook/fb/buck *Note: other questions do not seem to be about releases on GitHub.*

Why does brew search for *peertube* match with *freetube*? How does the search work? brew search peertube ==> Casks freetube brew info --cask freetube ==> freetube: 0.23.5 https://freetubeapp.io/ Not installed From: https://github.com/Homebrew/homebrew-cask/blob/HEAD/Casks/f/freetube.rb ==> Name FreeTube ==> Description YouTube player focusing on privacy ==> Artifacts FreeTube.app (App)

I have seen a number of threads that are close but no answer quite hit the mark for my issue. I have a MacOS AMP environment for testing that was setup using homebrew and that had been working swimmingly in Catalina since about January. Then about a month ago, after a "minor" Catalina update (and resulting crash), I got ERR_CONNECTION_REFUSED when trying to access http://localhost (and 127.0.0.1 in case you are wondering about the hosts file). At the time this happened, one thread I read suggested it could have something to do with the AV software. After I uninstalled the AV software, I was once again able to access localhost. Problem solved...or so I thought. Because after the latest Catalina update, I am once again not able to access. Thing is, I never reinstalled the AV program. The MacOS firewall is off. Apache and PHP error logs are clear. $ sudo apachectl configtest Returns > Syntax OK Any other ideas? Thanks in advance.

I am currently using a Docker container that requires squashfs to create the file system. The container fails to start up correctly and displays this in the logs: 2024-02-01 08:09:53 mount: /mnt/sqfs: unknown filesystem type 'squashfs'. To debug, I ran cat /proc/filesystems in the docker container and it did not list squashfs. I saw in [the release notes for version 4.27.0 of docker](https://docs.docker.com/desktop/release-notes/#for-all-platforms) (latest as of this question's writing): > Bug fixes and enhancements > > For all platforms: > - [...] > - Re-added kernel modules for btrfs, xfs, vfat, exfat, ntfs3, f2fs, **squashfs**, udf, 9p and autofs. I learned from [this Stack Overflow thread](https://stackoverflow.com/questions/54913641/enabling-squashfs-inside-docker) that > A Docker container cannot have a different filesystem list than their host machine so I assumed my mac was missing squashfs. I then [installed squashfs with homebrew per this thread](https://apple.stackexchange.com/q/212906/331689) but it still doesn't work. Even after restarting docker, running cat /proc/filesystems in the docker container STILL does not list squashfs. It still also shows the error above as well. How can I run a container requiring squashfs on an Intel Based Mac running Sonoma 14.3 and Docker Desktop for mac? ---------- **EDIT:** Please Note, Versions **4.27.0** and **4.27.1** of Docker for mac [have a known issue where docker crashes a few minutes after boot](https://github.com/docker/for-mac/issues/7164) . Beware if you are planning on installing these versions of docker. ---------- **EDIT 2:** Versions **4.27.2** of Docker for mac has fixed the errors in versinos **4.27.0** and **4.27.1**. After installing it, I now see squashfs listed when I run cat /proc/filesystems in the docker container. My docker container still doesn't run properly though, and I now get a different error in my docker logs: 2024-02-13 11:54:40 mount: /mnt/sqfs: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.

I'm trying to connect xpra from a _Linux client_ to a _MacOS host_. I have xpra and xquartz installed on the MacOS host via homebrew. And I am able to connect to the MacOS host directly with ssh using pubkey authentication. When I try to connect to the MacOS host using xpra I get an Authentication failure. Logs show that it's tried to connect with the correct pub-key:

2025-06-30 17:36:45,926 loaded Ed25519 private key from '/home/cheezsteak/.ssh/id_ed25519'
2025-06-30 17:36:45,943 Authentication (publickey) failed.

Now I'm pretty sure that I haven't set up X11 correctly on the Mac. All I did was install XQuartz. But this looks like an ssh authentication error not an X11 error. **Why is Xpra getting authentication errors when SSH isn't?** I suspect some changes to my sshd_config to enable Xpra support are required. The only changes I've made from the OSX default is PubkeyAuthentication yes and PasswordAuthentication no.

I'm on macOS 10.14.6 Mojave and Xcode CLITools is in version 11.3.1.0.1.1576735732. Theese can't be updated. I have CMake installed with Homebrew under my home directory:

$ which cmake
/Users/vjorma/.brew/bin/cmake

$ cmake --version
cmake version 3.29.0

When I try

brew upgrade cmake

, I get

==> Upgrading cmake
  3.29.0 -> 3.29.3
Error: The contents of the SDKs in your Command Line Tools (CLT) installation do not match the SDK folder names.
A clean reinstall of Command Line Tools (CLT) should fix this.

Remove the broken installation before reinstalling:
  sudo rm -rf /Library/Developer/CommandLineTools

Install the Command Line Tools for Xcode 11.3.1 from:
  https://developer.apple.com/download/all/ 

I can do no such thing, I'm on a school computer with no administration privileges. Both CMake and the Xcode command line tools are working just fine, I use them everyday. I'd like to find a Hombrew-based solution and avoid building Cmake myself, because it takes so long.

I've been using mosh on my mac to connect to a few linux systems for a long time without issue. Earlier this week, the homebrew crew released an update to mosh ( https://github.com/Homebrew/homebrew-core/commit/57a15db728b2d11eb1fbaa96e783a07b6014f713 ). Now, whenever I try to connect to these same systems mosh almost immediately crashes (after validating the SSH connection and clearing the screen) with a "Job 1, 'mosh sentry' terminated by signal SIGSEGV (Address boundary error)". Anyone have ideas how to resolve this?

I need to install python3.4 on my OS X. Tried to do it with brew install python3 and now I have python 3.5.1. But I need py3.4. How can I install python3.4 on my Mac?

I'm installing a set of softwares/packages/formulas via homebrew with command like brew install ... brew cask install ... I wonder if it's a good idea to verify if the softwares `, ..., `, ... are already installed and only trigger the above commands for the ones NOT already installed. If so, how?

On my Windows machine, I ran pip3 install scikit-learn and it installed without any problems, however, on my Mac, I've tried a lot of things:

@macbook-pro: ~
$ brew list                                                                                                                            [17:21:35]
==> Formulae
ca-certificates	glib		libidn2		libunistring	little-cms2	ncurses		pipx		tree-sitter	zstd
cairo		gmp		libimagequant	libuv		lua		neovim		pixman		unibilium
fontconfig	graphite2	liblinear	libvterm	luajit		nmap		python@3.12	utf8proc
freetype	harfbuzz	libmpc		libx11		luv		numpy		readline	watch
fribidi		htop		libpng		libxau		lz4		openblas	scikit-image	webp
gcc		icu4c		libraqm		libxcb		lzo		openjpeg	scipy		wget
gettext		isl		libssh2		libxdmcp	mpdecimal	openssl@3	sqlite		xorgproto
giflib		jpeg-turbo	libtermkey	libxext		mpfr		pcre2		tcl-tk		xsimd
git		libevent	libtiff		libxrender	msgpack		pillow		tmux		xz

==> Casks
android-file-transfer	firefox			iina			microsoft-teams		transmission-remote-gui	wireshark
dozer			freecad			inkscape		shadowsocksx-ng-r	visual-studio-code	zoom
dropbox			google-chrome		jellyfin-media-player	steam			vlc
eddie			google-earth-pro	microsoft-auto-update	teamviewer		warp
 
atom@macbook-pro: ~
$ brew install scikit-learn                                                                                                            [17:21:38]
Warning: No available formula with the name "scikit-learn". Did you mean scikit-image?
==> Searching for similarly named formulae and casks...
==> Formulae
scikit-image ✔

To install scikit-image ✔, run:
  brew install scikit-image ✔
FAIL

atom@macbook-pro: ~
$ pip3 install scikit-learn                                                                                                            [17:21:44]
error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try brew install
    xyz, where xyz is the package you are trying to
    install.
    
    If you wish to install a Python library that isn't in Homebrew,
    use a virtual environment:
    
    python3 -m venv path/to/venv
    source path/to/venv/bin/activate
    python3 -m pip install xyz
    
    If you wish to install a Python application that isn't in Homebrew,
    it may be easiest to use 'pipx install xyz', which will manage a
    virtual environment for you. You can install pipx with
    
    brew install pipx
    
    You may restore the old behavior of pip by passing
    the '--break-system-packages' flag to pip, or by adding
    'break-system-packages = true' to your pip.conf file. The latter
    will permanently disable this error.
    
    If you disable this error, we STRONGLY recommend that you additionally
    pass the '--user' flag to pip, or set 'user = true' in your pip.conf
    file. Failure to do this can result in a broken Homebrew installation.
    
    Read more about this behavior here: 

note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.
FAIL

atom@macbook-pro: ~
$ pipx install scikit-learn                                                                                                            [17:21:52]
Note: Dependent package 'numpy' contains 1 apps
  - f2py

No apps associated with package scikit-learn. Try again with '--include-deps' to include apps of dependent packages, which are listed above. If
you are attempting to install a library, pipx should not be used. Consider using pip or a similar tool instead.
FAIL

I've also tried the commands on the official website, https://scikit-learn.org/stable/install.html , which produce similar errors as my system doesn't recognize pip and the -U flag doesn't make a difference. What am I doing wrong?

I ran through a few upgrades of homebrew, in the past, and all python scripts I used to use were running fine, post python updates, meaning the upgrades got all necessary site-packages properly accounted for. Today my luck ended using the same mechanism: brew update && brew upgrade && brew cleanup --prune=all), and I see my new python version at 3.12.2 having replaced my previous 3.11, but missing tons of stuff in /usr/local/lib/python3.12/site-packages (as compared to 3.11). Some of them are the praw ones, thus the obvious "No module named 'praw'" when trying to run a python script dependent on it. I do recall having had a similar issue, a while ago, which I thought I fixed with some simple pip install --upgrade praw or python -m pip install --upgrade praw, but these are now coming back with the "error: externally-managed-environment". Any ideas how I could fix this?

There are twelve executables named python on my intel macbook pro.  None of them are in my path, but "python3" in my path points to version 3.13.4 installed by homebrew. When I try python3 -m pip install pinyin I get two screens of diagnostics, starting with × This environment is externally managed ╰─> To install Python packages system-wide, try brew install xyz, where xyz is the package you are trying to install. but brew install pip says there is no formula for pip. I need to run a python script that starts with import sys import re import pinyin but it errs with a complaint about pinyin on line 3 I also tried doing it with the Apple-installed P{ython, but no success there either. Advice? Update: After studying those two screens of diagnostics, it seemed to advise me to install and use pipx instead.  So I did that, and then pipx install pinyin said pinyin is already installed!  So I tried running the intended command again and got the same complaint: WGroleau@MacBookPro pinyin % python3 convert_pinyin.py test.pinyin.php test.pinyin.php Traceback (most recent call last): File "/Users/WGroleau/ChiCal/pinyin/convert_pinyin.py", line 3, in import pinyin ModuleNotFoundError: No module named 'pinyin' WGroleau@MacBookPro pinyin %

I've installed Apache using Homebrew on a Mac Studio (M1) running Monterey and it works fine when working locally. But when I'm working on a website from a separate Ubuntu laptop, I often cannot access the website on the Mac; the request is pending. But when I now connect to the mac by SFTP and navigate around, the web request suddenly succeeds as if I had to "wake up" the Mac. Maybe there's a setting to tell macOS that it should wake up on TCP requests on port 80 as it does on SSH requests?

Is there a way to list all the homebrew packages explicitly installed by the user (they they installed directly using brew install)? Note brew leaves doesn't do this. Over time formula can change change their dependencies leaving orphaned leaves that were never explicitly installed by the user or adding dependencies on previously explicitly installed packages.

Installing ImageMagick on macOS Sequoia 15.3, I find that it **does not** include FFTW as a delegate. I've also installed fftw using homebrew, but somehow ImageMagick doesn't recognize it, i.e.: Delegates (built-in): bzlib fontconfig freetype heic jng jp2 jpeg jxl lcms lqr ltdl lzma openexr png raw tiff webp xml zlib zstd How can I get this delegate installed? I see some suggestions of trying brew install imagemagick --with-fftw on the Net, but this fails on macOS Sequoia, e.g.: Error: invalid option: --with-fftw. Any suggestions? TIA !

I found each time after I upgrade or reinstall Evernote, macOS prompts me for setting its notification permission settings. Could I make it sticky so I don't have to reset it each time? Or, could I set it with some command so I can run it together with the homebrew command to upgrade/reinstall?

I was trying to install something with homebrew, and it installed 30gb of dependencies and then ultimately failed because this machine has 12.4 and it told me my version of XCode was too old. So I tried brew autoremove, and some other stuff, but I could not get it to reclaim the huge of space it had used up for that one installation... So I just completely uninstalled homebrew and reinstalled it. So now I got my hard drive space back, but suddenly I cannot ssh into this machine anymore.. When I put my password in it says: debug1: Authentications that can continue: publickey,password,keyboard-interactive I feel like I have seen this happen before on other mac machines when trying to scp files to a remote Desktop folder because mac os did something recently making Desktop have more locked down permissions than it used to back in the day... But my home directory shows drwxr-xr-x so it's not a permissions issue... I have no idea how uninstalling homebrew could have caused this... But, prior to doing that, I could ssh into this machine just fine.

When compiling Homebrew packages from formulae, I wish to override a dependency, permanently and forever, for all existing packages/formulas, now and in the future. I'm looking for a simple switch/setting/option/environment variable that I can change to accomplish that. --ignore-dependencies doesn't work (at least under Homebrew 4.5.2-98). ## Why do I need this? I've got macOS Big Sur installed (the last OS by Apple that supports my beautiful Nvidia card) on Intel, so I have no option but to compile all packages manually — bottles won't work. Homebrew is unable to compile cmake from the formula (no matter what). However, Homebrew also provides a cmake *cask* (which includes a nice GUI), which works flawlessly, without any dependency issues. But all formulas simply ignore the *cask*. They will *always* attempt to install the formula, no matter what. And that makes them fail. Things are getting so out of hand that now most C++ compilations fail (llvm_clang seems to be broken; it requires cmake to be rebuilt; GCC is unable to compile everything, and, even when successful, it fails on the linking): the linker is unable to find the std library, and, without *that*, you simply can't link *anything* (C compilations are mostly unaffected). A first step towards a solution would be to get all formulas to ignore the formula-based cmake and use the cask version instead — and start by reinstalling llvm from scratch, and moving upwards until all the 250+ broken formulae are fixed... ## Did I check for suggestions elsewhere? Sure. My first search was in the Homebrew manuals, which gives the 'dangerous' flag --ignore-dependencies as a workaround. Unfortunately, it seems that cmake is "special" in the sense that it *cannot* be overridden. I *have* also manually edited *.rb formulae to simply not list cmake as a dependency. Again, that works — until an upgrade comes along. And, of course, this works only for formulae that have a single dependency, e.g. cmake. Others will need to manually change the *.rb files as well — until *all* dependencies are satisfied! However, in most cases, the llvm linker (ld64) is still unable to find a compiled version of the C++ std library, and this means that even 'hacking' the *.rb files is just a temporary measure. Here on Ask Different, I found a decade-old question similar to mine (https://apple.stackexchange.com/questions/24655/how-can-i-prevent-homebrew-from-installing-a-duplicate-of-software-i-installed-t) . In their case, however, the culprit was not something so essential as cmake, and they found simple workarounds. Another approach is also listed here: https://apple.stackexchange.com/questions/471463/why-is-brew-trying-to-install-a-dependency-that-is-already-installed Again, these are *very* helpful suggestions, but, sadly, they didn't work for me. In my case, I'm stuck with Homebrew's "virtual environment", so to speak, and cmake (or llvm...) are "outside" the usual formulae that _can_ be overridden. I need a method that addresses this issue in perpetuity: in the recent past, cmake was a nightmare to compile manually so that Homebrew was happy with it, but I always succeeded, until 4.0 at least. But now it becomes too tough to fix — the weird "disappearance" of std breaks everything. On the other hand, obviously, llvm requires cmake to be compiled... so it's a circular dependency! ## But isn't this just a llvm issue — not a Homebrew issue? Maybe. For all purposes, for llvm to be able to compile *anything* in C++, it *must* link with the standard library — which is used practically by *all* formulae, of course. I cannot explain why it is broken; although I *do* suspect that llvm is, for some stupid reason, attempting to use the GCC std library — which obviously won't work, of course. I fully admit that the co-existence of multiple compiler chains done by Homebrew is a big mystery to me. Nevertheless, it worked quite well for several years now. Until, well, something broke at the linking stage. The *errors* come from missing symbols in the std library. These errors should not exist at all. I can't even tell *where* llvm_clang or GCC are looking for their respective standard C++ library: the compiler chain, since it *also* has to take into account Xcode/stand-alone compiling tools, and the whole bunch of macOS frameworks and libraries and whatnot, is exceptionally confusing to me.

Homebrew version on my Mac: Homebrew 2.5.0-84-g9e697bd Take github (Cask for GitHub Desktop) for example, this is the cask file located in /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask/Casks/github.rb:

cask "github" do
  version "2.5.5-f57dc10d"
  sha256 "fe39c280c746b66d13dbcc5acfeb946f77b680954ecda2bf29a560a98a9d2638"

  # githubusercontent.com/ was verified as official when first introduced to the cask
  url "https://desktop.githubusercontent.com/releases/#{version}/GitHubDesktop.zip "
  appcast "https://github.com/desktop/desktop/releases.atom "
  name "GitHub Desktop"
  desc "Desktop client for GitHub repositories"
  homepage "https://desktop.github.com/ "

  auto_updates true

  app "GitHub Desktop.app"
  binary "#{appdir}/GitHub Desktop.app/Contents/Resources/app/static/github.sh", target: "github"

  zap trash: [
    "~/Library/Application Support/GitHub Desktop",
    "~/Library/Application Support/com.github.GitHubClient",
    "~/Library/Application Support/com.github.GitHubClient.ShipIt",
    "~/Library/Application Support/ShipIt_stderr.log",
    "~/Library/Application Support/ShipIt_stdout.log",
    "~/Library/Application Support/com.apple.sharedfilelist/com.apple.LSSharedFileList.ApplicationRecentDocuments/com.github.GitHubClient.sfl*",
    "~/Library/Caches/com.github.GitHubClient",
    "~/Library/Caches/com.github.GitHubClient.ShipIt",
    "~/Library/Preferences/com.github.GitHubClient.helper.plist",
    "~/Library/Preferences/com.github.GitHubClient.plist",
    "~/Library/Preferences/ByHost/com.github.GitHubClient.ShipIt.*.plist",
    "~/Library/Logs/GitHub Desktop",
  ],
      rmdir: "~/.config/git"
end

The Cask file has a desc field, and it's value is Desktop client for GitHub repositories. However, when I do brew search --desc github or brew search --cask --desc github, I only get github: GitHub Desktop, the desc field isn't included. Sometimes the desc field provides valuable information about a cask. So I wonder if there's a way to make desc included when doing brew search --desc for casks? Thanks!