Don’t use Launchpad to do this. Launchpad doesn’t allow you to access the shortcut menu.
Press the Control key and click the app icon, then choose Open from the shortcut menu.
Click Open.
The app is saved as an exception to your security settings, and you can open it in the future by double-clicking it just as you can any registered app.
Second trick:
Note: Another way to grant an exception for a blocked app is to click the “Open Anyway” button on the Security pane of System Preferences. This button is available for about an hour after you try to open the app.
To open this pane, choose Apple menu > System Preferences, then click Security & Privacy.
I have the Atom editor and was wondering how you can open a file or folder from the terminal in Atom. I am using a Mac. I am looking for a way to do this: atom . (opens folder) atom file.js (
The answer to it isn’t any good any more (since then, Atom has evolved), but this comment works splendid:
I solved the issue by choosing “Install Shell Commands” under the “Atom” menu.
It will add a script in /usr/local/bin/atom that starts Atom with the parameters you entered.
I didn’t know this was built-in since Mountain Lion and up, but it is, is startable from the keyboard and it’s tremendously convenient when presenting: [WayBack]: OS X Mountain Lion: Zoom content on the screen.
kextstat -kl | awk '!/com\.apple/{printf "%s %s\n", $6, $7}'
sudo launchctl list | sed 1d | awk '!/0x|com\.(apple|openssh|vix)|edu\.mit|org\.(amavis|apache|cups|isc|ntp|postfix|x)/{print $3}'
launchctl list | sed 1d | awk '!/0x|com\.apple|edu\.mit|org\.(x|openbsd)/{print $3}'
ls -1A /e*/mach* {,/}L*/{Ad,Compon,Ex,Fram,In,Keyb,La,Mail/Bu,P*P,Priv,Qu,Scripti,Servi,Spo,Sta}* L*/Fonts 2> /dev/null
osascript -e 'tell application "System Events" to get name of every login item' 2> /dev/null
Ensure you are logged in as user with administrative rights.
Use the Finder to open the folder Library at the topmost level of your system volume, and inside it, the folder StartupItems. If the driver is still installed, you will see the folder BRESINKx86Monitoring at this location.
Drag the folder BRESINKx86Monitoring to the Trash. OS X may ask for your administrator password.
Sort of tanslated from the first “via” (note that “mit Alles und Scharf” is hard to translate; it’s somewhere between “everything but the kitchen sink, but done right” and “right on the money”):
Bash Prompt Overkill: https://github.com/nojhan/liquidprompt is a Bash “Prompt doing it all right”-extension, which doesn’t care how much any feature costs as we have cores, gigabytes and SSD.
Liquid Prompt automagically recognises context and enables a plethora of features in the prompt when needed based on that context.
It’s like pixie dust for your prompt.
You can configure everything, but you don’t have to: the out of the box experience is already like pixie dust for your prompt.
It works on OS X too and is part of homebrew:
$ brew install liquidprompt
==> Using the sandbox
==> Downloading https://github.com/nojhan/liquidprompt/archive/v_1.11.tar.gz
==> Downloading from https://codeload.github.com/nojhan/liquidprompt/tar.gz/v_1.11
######################################################################## 100.0%
==> Caveats
Add the following lines to your bash or zsh config (e.g. ~/.bash_profile):
if [ -f /usr/local/share/liquidprompt ]; then
. /usr/local/share/liquidprompt
fi
If you'd like to reconfigure options, you may do so in ~/.liquidpromptrc.
A sample file you may copy and modify has been installed to
/usr/local/share/liquidpromptrc-dist
Don't modify the PROMPT_COMMAND variable elsewhere in your shell config;
that will break things.
==> Summary
🍺 /usr/local/Cellar/liquidprompt/1.11: 7 files, 125.6K, built in 3 seconds
[jeroenp:~/Versioned] 10s $
Even though I have accepted this before, I needed to accept it again:
$ brew-update-ugprade
Error: You have not agreed to the Xcode license. Please resolve this by running:
sudo xcodebuild -license accept
$ sudo xcodebuild -license accept
Password:
$ brew-update-ugprade
The MacMini is a bit dumb as it won’t enable the GPU when there is no display attached. Which means headless operation is cumbersome as display rendering is very slow.
There are a few tricks of which the off-the-shelve HDMI solutions work best.
Basically the trick to simulate a monitor with a dummy load works for other display connectors as well (most of them work fine with 75 ohm resistors, usually a bit lower or higher works just as well):
The Wiert Corner - irregular stream of stuff 