Urania

When I first started this blog, I was using Apple’s built-in X11, but then with the transition to MacOS 10.5, there were some serious issues with Apple’s X11 implementation having to do with the transition from X11R6 to X.org. One of Apple’s programmers started putting out bleeding-edge updates to Apple’s X11 called XQuartz that fixed a lot of the programs and I have kept using it ever since.

Two years ago, I wrote a blog entry with hints for setting up X11 for the astronomer. The problem is that while the hints in that writeup are still valid, they don’t work if you are using Xquartz because the preferences are stored in a different location for XQuartz versus the built-in X11. As such, I am reproducing those X11 hints here, but with the edits necessary for use with XQuartz.

Once you have installed XQuartz, the X11.app should automatically launch when a program that needs X11 is executed (If you are an old hand at X11, you probably discovered since moving to Leopard that you should NOT set the DISPLAY variable to :0 to display an Xwindow on your primary display, just leave DISPLAY undefined.):

1. There are many hidden preferences in XQuartz just like in many Mac Applications. You can see a list of the hidden (and not hidden) preferences using the command line tool defaults. To see the available XQuartz preferences, type:defaults read org.X.x11NOTE: If you are still using Apple’s built-in X11 implementation (or if you are using MacOS 10.4), just replace ‘org.x.X11’ with ‘com.apple.x11’ in all the following hints.
2. In addition to “reading” the preferences, you can write to them. From the command line you can type:
   • defaults write org.X.x11 no_quit_alert true
     This allows X11 to quit without an alert box. Useful if you find it irritating like I do that X11 will prevent me from logging out or the computer from restarting due to that dialog box. However, this does mean you can accidentally quit X11.app pretty easily if you hit cmd-Q at the wrong time.
   • defaults write org.X.x11 wm_ffm true
     Allows which X11 window is selected to follow the mouse, which is the way X11 behaves under most *nix systems by default.
   • defaults write org.X.x11 wm_click_through -bool true
     This activates click_thorough events in the Quartz window manager, which allows clicks to pinned windows, another behavior common to *nix X11 installations.
3. You can control which window manager is launched (if you prefer something other than the quartz-wm used by default). If you don’t have a ~/.xinitrc file, copy the default one:
   

   cp /private/etc/X11/xinit/xinitrc ~/.xinitc

   
   and then manipulate it with any text editor.
4. BIG LAPTOP USER HINT: Because XQuartz on the Macintosh uses authentication to prevent connections from unauthorized sources to the X11 client, something interesting happens when you change IP address, you will discover you can’t use X11.app from the MacOS X Terminal until you quite and relaunch X11.app. This happens to me all the time on my laptop when I travel and the IP address changes. I recommend either using the Xterm as your terminal or just get used to restarting X11 if you have problems connecting to the terminal.
5. You can run X11 remotely on your Mac, if you can ssh into your Mac, then just use
   

   ssh -Y youraccount@yourcomputer.com

   
   , the -Y flag should allow you to run X11 remotely as long as X11.app is running on your machine before the connection is made. If your ssh on the remote machine doesn’t support X11 connections and you have admin access, you can edit the file /etc/sshd_config on the remote machine and make sure X11 Forwarding is turned on by looking for the following lines and making sure they are uncommented and that all “no”’s are set to “yes”:
   

   X11Forwarding yes
   X11DisplayOffset 10
   X11UseLocalhost yes

And that is it for the hints for now.

This first Scisoft OSX release of 2009 has appeared. Despite the brief entry on the VersionTracker website which said that this update rolled in the recently released STSDAS and TABLES IRAF package updates. from reviewing the CONTENTS file distributed with the install, I found Nor Pirzkal made quite a few additional updates in this release. The changes from Scisoft OSX 2008.9.1 are:

• Eclipse 5.0.0 has been added to the distribution. Eclipse is an Integrated Development Environment (IDE) for programming. I don’t find it to be terribly useful, and in fact find it fairly awful in its implementation for IDL, but I am sure there are many people who disagree (enough to foster development of five major versions of it).
• Gnuplot has been updated to version 4.2.5 from 4.2.3
• Eye 1.4.1 has been added to the distribution. Eye is a program designed to allow you to use an artificial neural network to construct SExtractor filters for “adaptive filtering, feature detection and cosmetic corrections.”
• Swarp was updated to 2.17.6 from 2.17.1
• WeightWatcher was updated to 1.8.10 from 1.8.7
• The Python distribution was updated to version 2.5.4 from 2.5.2 and the following python packages were updated:
  • ipython updated to 0.9.1 from 0.8.4
  • Numpy updated to 1.3 from 1.1.1
  • pyfits updated to 2.1.1 from 1.1 (or this could be a typo in the old CONTENTS)
  • matplotlib updated to 0.98.5.2 from 0.98.3
  • pyraf updated to 1.7.1 from 1.6
  • stsci_python updated to 2.8 from 2.6
  • AstroAsciiData updated to 1.1 from 1.0
  • scipy updated to 0.7.0 from 0.6.0
• The STSDAS and TABLES IRAF packages were updated to version 3.10 from 3.08
• fftw library version 3.2.1 added. This will be useful to me since we have been using fftw in the computational physics class I have been teaching this semester.
• I noticed the Aquaterm.app application (used for graphics display by PGPLOT and Gnuplot) is now pre-installed in /Applications/scisoft/i386/Applications/.

Some minor glitches I have noticed in this distribution

1. Permission Problems Persist: When the installer installs Scisoft OSX, it appears that a bug in Apple’s Installer program triggers a change in ownership of the /Applications directory to that of the second user on the system. I strongly suggest checking the ownership of the /Applications directory afterward and if isn’t owned by an administrative user, set it as such using: sudo chown username:admin /Applications (where “username” is the primary administrator’s username, in most cases, your username) to perform the repair. I know Nor spent a bit of time trying to resolve this without success last summer, so its a glitch that will probably persist.
2. Older SAOImage DS9 included: I noticed that the SAOImage DS9 distributed with this version of Scisoft OSX is version 5.3b, whereas the current version is 5.6.1, so I manually installed the current ds9 command line binary into /Applications/scisoft/i386/bin/ and the current Aqua application into /Applications/scisoft/i386/Applications/ and everything is working fine there.
3. HEASARC fv.app not installed: The fv.app application in the /Applications/scisoft/i386/Applications/ is actually a second copy of studenthera.app, misnamed. Not sure how that happened, but I manually installed the current version of HEASARC fv.app there without an issue.

All in all, a bunch of small updates, but it gets the package mostly up-to-date again. The current version of Scisoft OSX is available for download from the Scisoft OSX website, but I have made the package available on my Scisoft OSX mirror as well, in case it is faster for people.