New answers tagged

0

I wound up moving the postgres launchd plist to /Library/LaunchDaemons and adding a UserName key/value pair (postgres won't run as root).


-1

for app in $(brew cask list); do cver="$(brew cask info "${app}" | head -n 1 | cut -d " " -f 2)" ivers=$(ls -1 "/opt/homebrew-cask/Caskroom/${app}/.metadata/" | tr '\n' ' ' | sed -e 's/ $//') aivers=(${ivers}) nvers=$(echo ${#aivers[@]}) echo "[*] Found ${app} in cask list. Latest available version is ${cver}. You have installed ...


0

for app in $(brew cask list); do cver="$(brew cask info "${app}" | head -n 1 | cut -d " " -f 2)"; ivers=$(ls -1 "/opt/homebrew-cask/Caskroom/${app}/.metadata/" | tr '\n' ' ' | sed -e 's/ $//'); aivers=(${ivers}); nvers=$(echo ${#aivers[@]}); echo "[] Found ${app} in cask list. Latest available version is ${cver}. You have installed version(s): ${ivers}"; if ...


0

I think you have both MacPorts and Homebrew installed. MacPorts installs by default in /opt/local, whereas Homebrew installs in /usr/local. Since the command you are actually running is /opt/local/bin/wget, you probably have /opt/local/bin before /usr/local/bin in your PATH environment. Check it with: $ echo $PATH In such a case, any software installed ...


0

You could try updating the DYLD cache: sudo update_dyld_shared_cache -root / -force It is possible that the Dynamic Link Library cache hasn't updated to include the shared libraries which were installed when you installed wget.


0

TLDR; Add /usr/local/texlive/2015basic/bin/universal-darwin to your PATH. There is no BasicTeX.app. BasicTex is now installed at /usr/local/texlive/2015basic, wether you use Brew Cask or not (you can also find something files at /Library/Tex, but that's just a bunch of symlinks pointing to the actual installation directory). Just add the above path to your ...


0

brew link --overwrite imagemagick repeat it for each and it will solve the issue


0

To reinstall brew cask apps in zsh: brew cask update; for app in $(brew cask list); do brew cask uninstall --force ${app} brew cask install --force ${app} done


0

As it turns out I had a purchased copy of Xcode for Snow Leopard. Installing that fixed it.


1

Yes you should remove them. Package managers will complain if there are files installed in the area they manage. So with Homebrew only Homebrew installed files should be in /usr/local In this case I would guess from the names the first is definitely from Sidesync but the second could also be used by others


5

You can download the source code for namei from SourceForge. To compile, you need to delete the #include <sys/sysmacros.h> line from stat.c, then run make.


-1

I've found this to be a possible solution: ls -l /path/to/directory


3

homebrew requires additional installs before you can proceed: either Xcode or Xcode Command Line Tools. You can download Xcode (2.1 GB) via App Store.app or the Command Line Tools at developer.apple.com. Both require a valid Apple ID. The latest CLT release is: Command Line Tools (OS X Mountain Lion) for Xcode April 2014 direct link (~115 MB). In later ...


0

As mentioned here: https://github.com/Homebrew/legacy-homebrew/issues/49879#issuecomment-196294820 What worked for me given all the errors was sudo chown -R $(whoami):admin /usr/local cd $(brew --prefix) && git fetch origin && git reset --hard origin/master Then I could run brew commands again, such as brew update and brew upgrade. (And ...


1

Had the pleasure of attempting this on a fresh install of El Capitan this morning. I wanted both the GUI and command line interface. Unfortunately, it seems that the sanest solution was to install two versions, one from brew (for CLI) and the other from brew-cask (for GUI). $ brew search inkscape homebrew/gui/inkscape Caskroom/cask/inkscape $ brew cask ...


2

It turns out the problem was not with Vim 7.4, Homebrew, Macs, or any combination of the 3. Just my brain. I was used to vi pointing to the vim that I want, but in my case vim points to the Homebrewed version and vi points to the version originally on my Mac, which was Vim 7.3. I usually use vi and vim interchangeably and that shot me in the foot here. I ...


5

Installing Apps There are several ways to install applications on OS X. The App Store: Another way to install applications is from the App Store. Apps from the App Store are first downloaded as a .dmg to a system directory, and then installed to the /Applications/ directory. Apps downloaded from the App Store are sandboxed, which means that they can only ...


0

Realized all this mess has been created because mysql has been installed via brew and via package from mysql site. Solution for me was to remove mysql completely & reinstalled it via brew. The new database data i created are located in /usr/local/var/mysql/ Running where mysql returns /usr/local/bin/mysql Running mysql.server start|stop|restart seems ...


2

The homebrew mysql install (or better: the initialization) failed. The main data dir is empty. Usually the data dir looks like this after a fresh install: drwxr-xr-x 18 user admin - 612 4 Apr 04:04 . drwxr-xr-x 3 user admin - 102 4 Apr 04:04 .. -rw-r----- 1 user admin - 56 4 Apr 04:04 auto.cnf -rw------- 1 user admin - ...


4

If the file ends in .app drag it into the applications folder. If the file ends .pkg double click it to run the intaller. Preferences are normally stored in /Users/username/Library/Preferences or /Users/username/Library/Application Support. Homebrew is used to install command line applications. There is a plugin (homebrew cask) that lets you install gui ...


2

I've similar problems and my research suggests resetting your local version of the brew repo: cd $(brew --prefix) && git fetch && git reset --hard origin/master I'm about to try this myself.


2

Add this to your ~/.bash_profile: export PATH=$(brew --prefix openvpn)/sbin:$PATH



Top 50 recent answers are included