I should have stumbled on this one years ago but I have just realised typing in Safari's address bar and unconsciously doing Ctrl+a to go to the start of my query, that it works.
We recall these life saving Unix text editing shortcuts:
'Ctrl+a' : go to start of the line
'Ctrl+e' : go to the eol
'Ctrl+k' : delete all chars to the right of the cursor
I have tested those with success in various standard Dialog Boxes, TextEdit windows andin Safari's address bar; it seems to be a relatively system wide standard. Of course no luck with MS apps, they use their non-standard Alt+arrows (when most other Mac apps use the widely known Ctrl+arrows).
First my sincerest apologies to all those who knew and if there ever was a similar hint since 2003 in the DB. [crarko adds: At the time this hint was originally submitted the site's search function was not working.]
Ever watchful of posting etiquette, I did Google to make sure I was on to something greater than being ridiculed. Alas, after some efforts, I did find a full reference elsewhere. Still I post this stale and quasi 'hint', feigning to take comfort I may help some (one or two ?) and trying to find pitiful schadenfreude at the same time.
[crarko adds: Cute. There are plenty of older versions of this notion, this being a handy one. Now that the site's search feature is back up I'm sure there are others. Nevertheless, there are enough Mac users around who are new since 2001 that a little refresher isn't all bad.]
If you are having trouble with Logmein Hamachi starting up correctly, the following script will check to see if the connection is up. If it is, it will attempt to restart and then send you an email when it's done.
You'll need to update these variables with your own data:
Also update the machine names and IP address (e.g. test_ip_address) in the case statement.
You can use the command hamachi list (from a Terminal window) to get your network ID and IP addresses.
Once you set this up, you can run this from any of your connected machines and it will try to connect to the other machine. If it cannot, it attempts to get Hamachi working again.
Here's the script:
# Script to restart the Hamachi connection if it is not working
# user command "hamachi list" to find the hamachi network you are connecting to
case $machine_name in
*) echo "You are using an unknown machine, named [$machine_name]. Exiting"
echo "Checking Logmein Hamachi network connectivity..."
echo "You are using [$machine_name]. Checking IP Address [$test_ip_address] on [$test_machine]"
IS=`/sbin/ping -c 5 $public_ip_address 2> /dev/null | grep -c "64 bytes"`
if (test "$IS" -eq "0") then
echo "Your internet connection does not appear to be working. Aborting check"
IS=`/sbin/ping -c 5 $test_ip_address 2> /dev/null | grep -c "64 bytes"`
if (test "$IS" -gt "2") then
echo "Your Logmein Hamachi connection appears to be working."
echo "There appears to be a problem with your Logmein Hamachi connection."
echo "I will check again in 10 seconds..."
IS=`/sbin/ping -c 5 $test_ip_address 2> /dev/null | grep -c "64 bytes"`
if (test "$IS" -gt "2") then
echo "Your Logmein Hamachi connection appears to be working now."
echo "There is still a problem with your Logmein Hamachi connection. Attempting to fix by restarting Logmein Hamachi..."
hamachi go-offline $hamachi_network
hamachi go-online $hamachi_network
echo "OK, we should be back up!"
echo "Your Logmein Hamachi connection on $machine_name needed to be cycled on/off.
Could not connect to [$test_ip_address].
It may also mean that $test_machine is down." | mail -s "Hamachi Connection Down on $(date '+%m/%d/%y @ %H:%M:%S')" $email_address -f firstname.lastname@example.org -F "Hamachi Connection Problem on $machine_name"
What I did next was add a new column AirplayPassword= to the placeholder CSV file and put a password in. I then uploaded the placeholder for an AppleTV and it added the Airplay password to my AppleTV Device in ProfileManager.
Just yesterday I added 20 AppleTVs to Profile Manager, I could have saved a few steps with this hint.
[crarko adds: If you don't know about Apple Profile Manager for OS X Server here is a description of it's capabilities. Perhaps they've noticed penetration of AppleTV's into business and college conference rooms. I've been seeing more of them used basically as portable projectors.]
So you finally want to take the plunge and convert from gitolite managed repositories and Jenkins to doing everything with Mavericks' Xcode Server? It turns out it's actually not that hard.
Disclaimer: I just figured this process out, everything appears to work (pulling the repository, committing/pushing back to the repository after making changes. I think that everything should be working properly outside of my very basic tests, but they were very limited.
Converting gitolite repositories for Xcode server.
Find your repositories folder (for me i had a special 'git' user so the repositories folder was in /Users/git/repositories).
Create a tarred gzip file (as admin with following settings) to create carbon copies of the directories preserving ownership and permissions:
sudo tar cpz -P --exclude .DS_Store -f repositories.tgz /Users/git/repositories
Copy this tgz file to the new server (if it is in fact a new server).
Extract the file to your Desktop.
Change the owner to the proper owner expected by Mavericks' Xcode server:
sudo chown -R 94:70 ~/Desktop/respositories/
Change the directories to have the proper permissions:
sudo chmod -R 0777 ~/Desktop/repositories
Each repository has a config file inside it, gitolite gives different default configs than Xcode server, and it's important that they match up with what Apple expects. For my gitolite config files they all looked like this:
So I replaced all the config files contents for every repository with that and everything appears to work seamlessly as if Xcode had created the repositories.
Make sure the server app is NOT running and then move all of your repositories into /Library/Server/Xcode/Respositories/git/
9. Open the Server app, choose the Xcode option in the sidebar and then choose the Repositories tab and all of your repositories SHOULD be visible. This will keep your commit histories intact (I havent tried reverting to them or anything, but I assume it should work)
For the more curious, this is how I determined the gid's for _teamserver and _www:
dscl . -list /Users UniqueID
[crarko adds: I haven't tested this one, but I am planning to set up such a server so it would be great to hear what people think of Xcode server in general, as well as the specifics of this hint.]
There's something with Chrome (and Firefox as well) that has driven me crazy for some years: when browsing the web via a proxy server while at work I can't access some pages via the HTTPS-protocol.
Chrome and Firefox are showing error messages like this one and this one (sorry, both are in German). Safari just shows a blank page and I'm not able to open that specific web site although I'm sure that this site is not going to harm my computer or myself. For example this problem appears when I try to access my router at home or some other sites having problematic certificates - but they play fine when I'm at home.
Finally I found a solution for the problem.
Unfortunately there's neither a visible setting to set Chrome to warn me but allow the warning to be ignored, nor is that one in about:flags. But you can start Chrome with the flag --ignore-certificate-errors. That's not very comfortable but it works (last tested with Chrome 34).
Assuming Google Chrome is in your Applications folder, go to the Terminal and type following command:
That will open Chrome as usual but lets you browse any HTTPS site that has a problematic certificate and was blocked before.
I wouldn't do online banking this way; there I would be encouraged when Chrome tells me that there's something wrong with the site.
Maybe not many people will need this hint. I guess this problems only exist in rare circumstances with some proxy servers between your computer and the Internet.
[crarko adds: Yes, this probably is a rare case, although I've seen a lot of weird behavior out of Chrome lately. At first glance this sounded like a firewall/proxy config where the submitter worked, but that must not be where the proxy server is. I assume this only works for the specific session you launch using the command, but I'd make sure before using it. I don't use a proxy so I could not properly test this.]
As I'm sure most of you have noticed, MacOSXHints was not in action since mid-May. There was an issue with the site software, but I'm really happy to say that is now fixed, and I look forward to resuming publication of new hints. This is especially pleasing as the Public Beta of OS X Yosemite approaches, and the new goodies in iOS 8 as well.
It just so happens that the building where I work has no street address, as it is part of a university campus. When I asked Siri where I was, it gave me an address, which I put as my work address in my contact card. However, whenever I asked Siri to give me directions to work, it would lead me astray - about a mile down the road. Yet when I double-checked by asking Siri where I was, it aid I was at the address previously reported. I also discovered that if I manually touch the address in my contact card and touch Directions to here I would get directed to the correct spot! I played around with Siri today and figured out a work-around so that I could ask Siri for directions to work and get there properly.
I believe this is all due to some sort of Apple Maps bug. Manually touching to get directions versus asking Siri for directions to the same address should give you directions to the same place. I suspected that Siri was using different address mappings than Maps was using, so I tried methodically asking Siri to give me directions to slightly different addresses on the same road to see if I could pinpoint the address that Siri thought my building was located at. This turned out to be an incorrect assumption. I discovered that if I ask Siri these 2 questions, I get two different destinations:
Give me directions to xxx Road.
Give me directions to xxx Road, City.
The first gave me directions to the correct destination and the second gave me directions to a place on the same road about a mile away. My Contact card had the full address: city, state, zip and country included. I first tried removing all but the street address, but that gave me wildly inaccurate results.
In order for me to be able to ask Siri for directions to work and get the correct result I had to delete only the city from the work address in my Contact card.
This problem is probably location specific; an issue with the map data itself, or possibly with the Maps app, so most people probably won't have this problem. I have submitted this issue to Apple via their feedback form and via the report a problem link in the Apple Maps app.
[crarko adds: Definitely sounds buggy to me, although I have noticed similar behavior in Google Maps and MapQuest before too. Anyway for future reference (if you don't have these) to report a bug in OS X go here and for iOS go here. If you're in the Developer program, you have access to other tools, of course.]
I'm running OS X localized in French and recently started using custom keyboard shortcuts extensively. But I've come across a few menu items for which I could not create a shortcut. I realized that all these items contained apostrophes. Not the same apostrophe as the one on the keyboard though (’ vs. ' which is a single quote, ascii 39).
I managed to find the right char in a *.strings file inside the Ressource/French.lproj folder of the application package (Teminal.app in this case), which I could then copy and paste in System Preferences » Keyboard » Shortcuts.
I know the solution provided here is not very elegant. Maybe you will figure out something better.
[crarko adds: And if someone does have an alternative solution, please share it in the comments.]
The Finder/Get Info checkmark for preventing App Nap sometimes disappears, seemingly at random. Maybe the app updates itself, or just writes something to the application directory and the checkmark is gone. The next day your overnight render is at 10%. So in Terminal, type:
This seems to prevent App Nap completely, looking at the Activity Monitor » Energy » App Nap column. Running programs need to be restarted for the change to take effect.
[crarko adds: I tried the command; not sure if it's really made a difference. I don't do overnight renders, but if people who do leave lengthy processes going care to comment, we care to listen. I'm really curious about the check box resetting itself.]
I'm not sure if this has been covered sufficiently already, but I've heard lamentations by various writers about the lack of a keyboard shortcut to bring up the file-tagging popup in the Finder. While none is provided by default, one can easily be set up.
In previous versions of OS X, the File menu had Label: followed by the row of colored cells. In Mavericks, the row of tags is still there, but the un-selectable Label: has changed to the selectable Tags…, which opens the tagging popup menu next to the selected file.
This process may already be familiar to MacOSXHints readers. Go to System Preferences » Keyboard » Shortcuts » App Shortcuts and click on the + button.
In the window that appears, set the Application to be the Finder, and enter Tags… in for the Menu Title. (To type the ellipsis character, use Option+semicolon, rather than three periods.) And then, of course, set your preferred shortcut. I like using Cmd+Opt+T.
[crarko adds: Handy. I hope this kind of customizing does not disappear in Mavericks' successor. I fear the worst.]